В одній з циклу про гіпервізор Proxmox VE ми вже розповідали, як виконувати бекап штатними засобами. Сьогодні покажемо, як для цих цілей використовувати відмінний інструмент Veeam® Backup&Replication™ 10.
«Бекапи мають явну квантову суть. Доки ти не спробував відновитися з бекапу, він знаходиться в суперпозиції. Він водночас успішний і немає». (Знайдено на просторах інтернету)
Дисклеймер:
Ця стаття — вільний та розширений переклад на тему , опублікований на форумі Veeam. Якщо діяти строго по оригінальному гайду, навіть на першому етапі установки pve-заголовків ви отримаєте помилку, т.к. система просто не знатиме де їх брати. Неочевидних моментів там достатньо.
Ні, я не говорю, що це ідеальний спосіб бекапу. Ні, він не може рекомендуватися для продакшну. Ні, я не гарантую ідеальної цілісності зроблених резервних копій.
Однак все це працює і цілком підійде для багатьох користувачів і системних адміністраторів-початківців, які роблять перші кроки у вивченні віртуалізації та систем резервного копіювання.
Резервне копіювання, мабуть, один із найважливіших процесів, від якого залежить робота будь-якої компанії. Немає нічого дорожчого за дані, що зберігаються в корпоративних інформаційних системах, і немає нічого гіршого за відсутність можливості їх відновити у разі збою.
Часто буває, що про необхідність бекапу і вибір інструменту замислюються тільки після НП, пов'язаного зі втратою критичних даних. З розвитком технологій віртуалізації додатки для резервного копіювання стали орієнтуватися на тісну взаємодію Космосу з гіпервізорами. Не став винятком і продукт Veeam® Backup&Replication™, який має широкі можливості для резервного копіювання у віртуалізованих середовищах. Сьогодні ми розповімо, як настроїти його для роботи з Proxmox VE.
Налаштування гіпервізора
Ми будемо використовувати актуальну версію Proxmox на момент написання статті – 6.2-1. Ця версія вийшла 12 травня 2020 року і містить безліч корисних змін, про які розповімо в одній з наступних статей. Поки що почнемо готувати гіпервізор. Основне завдання – встановити Veeam® Agent for Linux на резервований хост із Proxmox. Але перед цим зробимо кілька дій.
підготовка системи
Поставимо утиліту Суду, яка відсутня в системі, якщо 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, натискаємо кнопку Додати сховище і в вікні вибираємо Сховище, підключене до мережі:
Для прикладу візьмемо тестове SMB-сховище, у мене це звичайний QNAP:
Заповнюємо ім'я та опис, потім натискаємо кнопку МАЙБУТНІ:
Вводимо адресу SMB-сховища і, якщо вона вимагає авторизації, натискаємо Add для додавання реквізитів доступу:
Заповнюємо ім'я користувача та пароль для доступу до SMB-сховища, а потім натискаємо кнопку ОК і, повернувшись у попереднє вікно, МАЙБУТНІ:
Якщо все зроблено без помилок, програма підключиться до сховища, запросить інформацію про доступний дисковий простір і відобразить наступне діалогове вікно. У ньому задайте додаткові параметри (за потреби) та натисніть кнопку МАЙБУТНІ:
У наступному вікні можна залишити всі параметри за замовчуванням, а також натиснути МАЙБУТНІ:
Перевіряємо, що необхідні компоненти встановлені та перебувають у статусі вже існує, і натискаємо кнопку Застосовувати:
На цьому етапі Veeam Backup & Replication ще раз підключиться до сховища, визначить потрібні параметри і створить репозиторій. Натискаємо МАЙБУТНІ:
Перевіряємо сумарну інформацію про репозиторію, що додається, і натискаємо кнопку обробка:
Програма автоматично запропонує зберігати конфігураційні файли в новому репозиторії. Нам це не потрібно, тому відповідаємо Немає:
Репозиторій успішно додано:
Створення завдання бекапу
У головному вікні Veeam® Backup&Replication™ натискаємо Backup Job - комп'ютер Linux. Вибираємо тип сервер та режим 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/. У моєму випадку це ще й каталог / data.
Сформувавши таким чином список директорій, натискаємо МАЙБУТНІ:
З випадаючого списку репозиторіїв вибираємо зберігання, створений раніше. Визначаємо довжину ланцюжка для інкрементального бекапу. Чим більше точок буде в Retention policy, тим більше місця ви заощадите. Але разом із цим знизиться надійність резервної копії. Мені важливіше надійність, ніж обсяг місця у сховищі, тому я поставив 4 крапки. Ви можете взяти стандартне значення 7. Продовжуємо налаштування завдання, натиснувши МАЙБУТНІ:
Тут параметри залишаємо без змін, просто йдемо у наступне вікно:
Налаштовуємо планувальник. Це одна з найкрутіших фішок, що дозволяють полегшити життя системного адміністратора. У прикладі я вибрав автоматичний запуск бекапу щодня о 2 годині ночі. Ще чудовою функцією є можливість перервати завдання бекапу, якщо ми виходимо за тимчасову межу відведеного вікна бекапу. Його точне розклад формується через кнопку Window:
Знову ж для прикладу припустимо, що бекап ми виконуємо тільки в неробочий час у будні, а у вихідні ми взагалі не обмежені в часі. Формуємо ось таку красиву таблицю, повертаємось у попереднє вікно та натискаємо Застосовувати:
Залишається лише перевірити сумарну інформацію про завдання та натиснути кнопку обробка:
У цьому створення завдання резервного копіювання закінчено.
Виконання бекапу
Тут все просто. У головному вікні програми вибираємо створене завдання та натискаємо Start. Система автоматично підключиться до нашого сервера (або декількох серверів), перевірить доступність сховища та зарезервує необхідну кількість дискового простору. Потім, власне, розпочнеться процес резервного копіювання, і після завершення ми отримаємо вичерпну інформацію про процес.
Якщо в процесі запуску бекапу виникла проблема виду Failed to load 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