У адной з цыклу пра гіпервізар Proxmox VE мы ўжо расказвалі, як выконваць бэкап штатнымі сродкамі. Сёння пакажам, як для гэтых жа мэт выкарыстоўваць выдатную прыладу Veeam® Backup&Replication™ 10.
«Бэкапы маюць відавочную квантавую сутнасць. Датуль, пакуль ты не паспрабаваў аднавіцца з бэкапу, ён знаходзіцца ў суперпазіцыі. Ён адначасова паспяховы і не». (знойдзена на прасторах інтэрнэту)
Дысклеймер:
Гэты артыкул - вольны і пашыраны пераклад на тэму , апублікаванага на форуме Veeam. Калі дзейнічаць строга па арыгінальным гайдзе, то нават на першым этапе ўсталёўкі pve-загалоўкаў вы атрымаеце памылку, т.я. сістэма проста не будзе ведаць, дзе іх браць. Невідавочных момантаў там дастаткова.
Не, я не кажу, што гэта ідэальны спосаб бэкапу. Не, ён не можа рэкамендавацца для прадакшну. Не, я не гарантую ідэальную цэласнасць зробленых рэзервовых дзід.
Аднак усё гэта працуе і цалкам падыдзе для шматлікіх карыстачоў і пачаткоўцаў сістэмных адміністратараў, якія робяць першыя крокі ў вывучэнні віртуалізацыі і сістэм рэзервовага капіявання.
Рэзервовае капіраванне, мабыць, адзін з самых важных працэсаў, ад якога залежыць праца любой кампаніі. Няма нічога даражэй за дадзеныя, якія захоўваюцца ў карпаратыўных інфармацыйных сістэмах, і няма нічога горш адсутнасці магчымасці іх аднавіць у выпадку збою.
Часта бывае, што аб неабходнасці бэкапу і выбары прылады задумваюцца толькі пасля здарэння, звязанага са стратай крытычных дадзеных. Па меры развіцця тэхналогій віртуалізацыі прыкладанні для рэзервовага капіявання сталі арыентавацца на цеснае ўзаемадзеянне з гіпервізорамі. Не стаў выключэннем і прадукт Veeam Backup \uXNUMX Replication ™, які мае шырокія магчымасці па рэзервовым капіяванні ў віртуалізаваных асяроддзях. Сёння мы раскажам, як наладзіць яго для працы з Proxmox VE.
Настройка гіпервізара
Мы будзем выкарыстоўваць актуальную версію Proxmox на момант напісання артыкула - 6.2-1. Гэтая версія выйшла 12 мая 2020 года і змяшчае ў сабе масу карысных змен, аб якіх раскажам у адной з наступных артыкулаў. Пакуль што пачнем рыхтаваць гіпервізор. Асноўная задача – усталяваць Veeam® Agent for Linux на які рэзервуецца хост з Proxmox. Але перад гэтым здзейснім некалькі дзеянняў.
Падрыхтоўка сістэмы
Паставім утыліту Sudo, якая адсутнічае ў сістэме, калі Proxmox усталёўваўся не ў існую Linux-сістэму, а як самастойная АС з . Таксама нам спатрэбяцца pve-загалоўкі ядра. Заходзім на сервер праз SSH і дадаем рэпазітар, які працуе без падпіскі на падтрымку (афіцыйна ён не рэкамендуецца для production, аднак утрымоўвае неабходныя нам пакеты):
echo "deb http://download.proxmox.com/debian/pve buster pve-no-subscription" >> /etc/apt/sources.listapt updateapt install sudo pve-headersПасля гэтай працэдуры абавязкова перазагружаем сервер.
Ўстаноўка Veeam® Agent
Спампоўваем Veeam® Agent for Linux з афіцыйнага сайта (патрабуецца наяўнасць уліковага запісу), узбройваемся SFTP-кліентам і заліваем атрыманы deb-пакет на сервер. Усталеўваны пакет і абнаўляем спіс праграм у рэпазітарах, якія гэты пакет дадае:
dpkg -i veeam-release-deb_1.x.x_amd64.debАбнаўляем рэпазітары яшчэ раз:
apt updateУсталёўваны сам агент:
apt install veeamПравяраем, што ўсё ўсталявалася карэктна:
dkms statusАдказ будзе прыблізна такім:
veeamsnap, 4.0.0.1961, 5.4.41-1-pve, x86_64: installedНастройка Veeam® Backup&Replication™
Даданне рэпазітара
Зразумела, захоўваць рэзервовыя копіі можна і непасрэдна на серверы з разгорнутым Veeam® Backup&Replication™, аднак зручней усёткі карыстацца вонкавым сховішчам.
Пераходзім у падзел BACKUP INFRASTRUCTURE:
Выбіраемы пункт Backup Repositories, націскаем кнопку Дадаць рэпазітар і ў якое з'явілася акне выбіраемы Network attached storage:
Для прыкладу возьмем тэставае SMB-сховішча, у мяне гэта звычайны QNAP:
Запаўняем імя і апісанне, затым націскаем кнопку наступны:
Уводзім адрас SMB-сховішчы і, калі яно патрабуе аўтарызацыі, націскаем Add для дадання рэквізітаў доступу:
Запаўняем імя карыстальніка і пароль для доступу да SMB-сховішча, а затым націскаем кнопку ОК і, вярнуўшыся ў папярэдняе акно, - наступны:
Калі ўсё зроблена без памылак, то праграма падключыцца да сховішча, запытае інфармацыю аб даступнай дыскавай прасторы і адлюструе наступнае дыялогавае акно. У ім задайце дадатковыя параметры (пры неабходнасці) і націсніце кнопку наступны:
У наступным акне можна пакінуць усе параметры па змаўчанні і таксама націснуць наступны:
Правяраем, што неабходныя кампаненты ўстаноўлены і знаходзяцца ў статусе ужо існуе, і націскаем кнопку Ужываць:
На гэтым этапе Veeam ® Backup \uXNUMX Replication ™ яшчэ раз падключыцца да сховішча, вызначыць патрэбныя параметры і створыць рэпазітар. Націскаем наступны:
Правяраем сумарную інфармацыю аб дадаваным рэпазітары і націскаем кнопку Заканчэнне:
Праграма аўтаматычна прапануе захоўваць свае канфігурацыйныя файлы ў новым рэпазітары. Нам гэта не патрабуецца, таму адказваем няма:
Рэпазітар паспяхова дададзены:
Стварэнне задання бэкапу
У галоўным акне Veeam® Backup&Replication™ націскаем Backup Job - Лінукс кампутар. Выбіраемы тып сервер і рэжым Managed by backup server:
Даем імя заданню і па жаданні дадаем апісанне. Затым націскаем наступны:
Далей нам трэба ўнесці ўсе серверы з Proxmox, якія будзем бэкапіць. Для гэтага націскаем Дадаваць - Individual computer. Уводзім хостнейм або IP-адрас сервера і рэквізіты доступу. Такім чынам фармуем спіс Protected computers і націскаем наступны:
Цяпер вельмі важны момант, а менавіта выбар дадзеных, якія будуць дададзены ў рэзервовую копію. Тут усё будзе залежаць ад таго, дзе менавіта ў вас размяшчаюцца віртуальныя машыны. Калі жадаеце дадаць толькі які-небудзь лагічны том, то патрэбен рэжым. Volume level backup і выбіраеце шлях да лагічнай той ці прылады, напрыклад /dev/pve. Усе астатнія дзеянні ідэнтычныя.
Для гэтага артыкула мы пакажам як працуе рэжым File level backup:
У наступным акне фармуем спіс дырэкторый для бэкапу. Націскаем Дадаваць і прапісваем дырэкторыі, дзе захоўваюцца канфігурацыйныя файлы віртуальных машын. Па змаўчанні гэта каталог /etc/pve/nodes/pve/qemu-server/. Калі вы выкарыстоўваеце не толькі віртуальныя машыны, але і LXC-кантэйнеры, то дадайце дырэкторыю /etc/pve/nodes/pve/lxc/. У маім выпадку гэта яшчэ і каталог / дадзеныя.
Сфарміраваўшы такім чынам спіс дырэкторый, націскаем наступны:
З выпадальнага спісу рэпазітараў выбіраемы захоўванне, створаны раней. Вызначаем даўжыню ланцужка для інкрыментальнага бэкапу. Чым больш кропак будзе ў Retention policy, тым больш месца вы зэканоміце. Але разам з гэтым зменшыцца надзейнасць рэзервовай копіі. Мне важней надзейнасць, чым аб'ём месца ў сховішчы, таму я паставіў 4 кропкі. Вы можаце ўзяць стандартнае значэнне 7. Працягваем настройку задання, націснуўшы наступны:
Тут параметры пакідаем без змен, проста ідзем у наступнае акно:
Наладжваем планавальнік. Гэта адна з самых крутых фішак, якія дазваляюць аблегчыць жыццё сістэмнага адміністратара. У прыкладзе я абраў аўтаматычны запуск бэкапу кожны дзень у 2 гадзіны ночы. Яшчэ выдатнай функцыяй з'яўляецца магчымасць перапыніць заданне бэкапу, калі мы выходзім за часавую мяжу адведзенага «акна бэкапу». Яго дакладны расклад фарміруецца праз кнопку Акно:
Ізноў жа для прыкладу выкажам здагадку, што бэкап мы выконваем толькі ў непрацоўны час па буднях, а па выходных мы наогул не абмежаваныя ў часе. Фарміруем вось такую прыгожую табліцу, вяртаемся ў папярэдняе акно і націскаем Ужываць:
Застаецца толькі праверыць сумарную інфармацыю аб заданні і націснуць кнопку Заканчэнне:
На гэтым стварэнне задання рэзервовага капіявання скончана.
Выкананне бэкапу
Тут усё элементарна. У галоўным акне праграмы выбіраемы створанае заданне і націскаем дома. Сістэма аўтаматычна падлучыцца да нашага сервера (ці некалькім серверам), праверыць даступнасць сховішчы і зарэзервуе неабходную колькасць дыскавай прасторы. Затым, уласна, пачнецца працэс рэзервовага капіявання, і па завяршэнні мы атрымаем вычарпальную інфармацыю аб працэсе.
Калі падчас запуску бэкапу ўзнікла праблема выгляду Зроблена загрузка module [veeamsnap] with parameters [zerosnapdata=1 debuglogging=0], то трэба перасабраць модуль veeamsnap у адпаведнасці з .
Што асабліва цікава - на самім серверы мы можам паглядзець не толькі спіс усіх выкананых заданняў рэзервовага капіявання, але і ў рэальным часе назіраць за працэсам камандай veeam:
Прадказваючы пытанне, чаму кансоль так дзіўна выглядае, скажу адразу: мне вельмі падабаецца, як выглядае кансоль на экране цёплага лямпавага СRT-манітора. Робіцца гэта пры дапамозе эмулятара тэрмінала .
аднаўленне дадзеных
Цяпер самае важнае пытанне. А як жа аднавіць дадзеныя, калі здарылася непапраўнае? Напрыклад, выпадкова выдалілі не тую віртуальную машыну. У GUI Proxmox яна ўвогуле знікла, у сховішчы на месцы машыны нічога не засталося.
Працэс аднаўлення нескладаны. Заходзім на кансоль Proxmox і ўводны каманду:
veeamМы ўбачым спіс выкананых бэкапаў. Выбіраемы стрэлкамі патрэбны і націскаем клавішу R. Далей выберам кропку аднаўлення і націснем Уводзіць:
Праз пару секунд кропка аднаўлення будзе змантавана ў дырэкторыю /mnt/backup.
Застанецца толькі скапіяваць па сваіх месцах віртуальныя назапашвальнікі і канфігурацыйныя файлы віртуальных машын, пасля чаго забітая машына з'явіцца ў GUI Proxmox VE аўтаматычна. Вы зможаце запусціць яе звычайнай выявай.
Для размантавання кропкі аднаўлення не варта гэта рабіць уручную, а трэба націснуць клавішу U ва ўтыліце veeam.
На гэтым усё.
Няхай Сіла будзе з табой!
Папярэднія артыкулы на тэму гіпервізара Proxmox VE:
Крыніца: habr.com