Quick Rollback в Veeam Backup & Replication: новий режим швидкого відновлення дисків віртуальних машин

Чи знайома вам ситуація, коли потрібно було максимально швидко відновити віртуальний диск після відмови віртуальної машини? В такому випадку можна запустити стандартне повне відновлення віртуальної машини і чекати, поки вона буде повністю відновлена — в новій версії Veeam Backup & Replication v8 це можна зробити набагато швидше за рахунок застосування нового режиму інкрементального відновлення — Quick Rollback.

image


Отже, що можна зробити, коли потрібно повністю відновити диск віртуальної машини (ВМ): перш за все можна задіяти миттєве відновлення (Instant VM Recovery), після чого скопіювати дані ВМ у продакшен. Треба зазначити, що в даному сценарії задіюється бекап-СГД, яка за технічними характеристиками зазвичай поступається СГД, які стоять у виробничій мережі. Припустимо, що головним пріоритетом є саме швидкість відновлення, заради якої ви готові відновити машину прямо в початковий стан, минаючи проміжне тестування. У такому випадку може знадобитися нова функціональна можливість Veeam Backup & Replication v8.0 — це опція Quick Rollback для сценарію Full VM Restore, яку можна задіяти при відновленні ВМ початкове розташування. Ця опція вказує, що потрібно виконати відкат лише інкрементальних змін на диску ВМ (а не всього диска, як в звичайному випадку).

Що робить ця галочка?
Замість того, щоб відновлювати весь диск цілком, Veeam Backup & Replication відновить тільки ті блоки, які необхідні для того, щоб повернути ВМ стан на обрану точку відновлення. Час відновлення при цьому значно скорочується, оскільки копіюються тільки блоки даних, які змінилися з моменту створення заданої точки відновлення. Для ідентифікації змінених блоків Veeam Backup використовує ту ж технологію відстеження Change Block Tracking (CBT), що і при створенні інкрементальних бекапів:
  • для платформи VMware — відбувається запит до vSphere API
  • для платформи Hyper-V — аналогічна інформація надходить від компоненти власної розробки (Veeam CBT engine)
Отримуючи перелік змінених блоків віртуального диска з моменту створення точки відновлення до поточного стану ВМ, Veeam Backup точно визначає, які блоки до якогось моменту були змінені, і кого з них слід відновити на диск, щоб відкотитися на потрібний стан.

Начебто нехитра функціональність, але дуже корисна в різних життєвих ситуаціях. Наприклад, один з користувачів розповів, що коли його віртуальна машинка стала жертвою трояна, він вирішив не витрачати час на те, щоб вапна шкідливе ПЗ, а спробував відновитися з Quick Rollback — і на відновлення пішло всього кілька секунд.

Отже, в консолі запускаємо майстер відновлення Full VM Restore Wizard, доходимо до кроку вибору режиму відновлення Restore Mode.
За замовчуванням відновлення відбувається в початкове розташування (вибрана опція Restore to the original location). У цьому випадку опція Quick Rollback доступна для вибору — включаємо її та переходимо до наступного кроку.

image

Що робить Veeam Backup: вимикає вихідну ВМ, якщо та ще працює, і починає відновлювати тільки змінені блоки.

Подивимося, як при цьому змінюється продуктивність щодо звичайного повного відновлення ВМ:

image
З 20 GB диска VMDK ефективно використовуються 2,2 GB. У звичайному сценарії з повним відновленням ВМ (приклад зліва) довелося відновити всі 2,2 GB (затрачено 1 хвилину 8 секунд). Коли ту ж машинку стали відновлювати з використанням Quick Rollback (приклад праворуч), треба було відновити всього 29 MB (витрачено 12 секунд).
Можна припустити, що ефект від використання цієї опції для машин з дисками розміром в терабайти буде ще очевидніше.

Зазначу, що Quick Rollback можна використовувати і при відновленні ВМ «в 1 клік» з веб-консолі Veeam Backup Enterprise Manager (т. к. це як раз вбудований сценарій повного відновлення ВМ у вихідне місце розташування):

image

А чи є «підводні камені»?
Поговоримо і про це. Як було сказано вище, Quick Rollback використовує інформацію про змінені блоках (CBT). Однак ця інформація в ряді аварійних ситуацій не може вважатися достовірною на всі 100%. Саме тому дана опція за замовчуванням відключена, і користувачам настійно рекомендується використовувати її тільки у випадках, коли до необхідності відновлення призвела проблема на рівні гостьової ОС.
Якщо ж причиною стали проблеми на апаратному рівні (наприклад, з хостом або СГД) чи раптове падіння напруги, то використовувати Quick Rollback небезпечно
— в таких ситуаціях велика ймовірність спотворення даних СВТ, і є ризик втратити диск ВМ, запустивши відновлення не тих блоків.

Не слід забувати і про ряд обмежень на використання Quick Rollback в допустимих випадках:
  1. Перевірте, що резервна копія, з якої ви збираєтеся відновлювати машинку, створювалася з включенням трекера CBT. Це можна зробити, натиснувши кнопку Advanced на кроці Storage майстри завдання резервного копіювання і перейшовши на вкладку відповідної платформи (детальніше VMware і Hyper-V).
  2. не Можна виконувати два інкрементальних відновлення одне за іншим, т. к. після того, як пройшло перше таке відновлення, трекер CBT на вихідній ВМ буде «скинутий», і знадобиться як мінімум один інкрементальний прохід бекапа, щоб знову можна було зробити інкрементні відновлення.
  3. Інкрементні відновлення для VMware використовує тільки два режими передачі даних — Network або Virtual Appliance. Режим Direct SAN Access для такого сценарію задіяти не можна.
Сподіваюся, наведені тут нескладні рекомендації дозволять вам успішно застосовувати Quick Rollback для ефективного відновлення віртуальних машин.

Що ще почитати:


Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.