Коли резервний сценарій стає реальним: відновлення інфраструктури за добу

Для хмарного провайдера резервне копіювання та Disaster Recovery — не додаткова опція, «на випадок чогось». А частина архітектури, яка має спрацювати саме тоді, коли основний сценарій більше недоступний.

Нещодавно команді Ucloud довелося перевірити це не під час планового тестування.

Ще заздалегідь Ucloud створив резервні копії інфраструктури всього київського майданчика. Причому резервування охоплювало не лише клієнтів, які користувалися окремою послугою Backup as a Service, а всіх клієнтів, чиї системи були розміщені на цьому майданчику.

«Ми свідомо прийняли рішення резервувати весь майданчик, а не лише ті системи, для яких клієнти окремо замовили послугу резервного копіювання. Для нас це було питанням відповідальності за інфраструктуру, яку нам довірили. У критичний момент саме це рішення дало змогу перейти від резервних копій до реального відновлення без втрати часу», — зазначив Сергій Колесниченко, COO UCloud.

Коли виникла необхідність перенести роботу інфраструктури на іншу локацію, команда Ucloud розпочала відновлення з резервних копій на власному майданчику у Варшаві.

Трохи більше ніж за добу копії були перенесені та розгорнуті у Варшаві, а клієнтські системи — відновлені на новій інфраструктурі.

Це був повноцінний сценарій Disaster Recovery у реальних умовах: інший дата-центр, значний обсяг інфраструктури та обмежений час на відновлення.

Резервне копіювання та відновлення виконувалися за допомогою технологій Veeam. Ucloud використовує Veeam для Backup as a Service та Disaster Recovery as a Service, а цього року компанія отримала статус Platinum у програмі Veeam Cloud & Service Provider (VCSP) — найвищий рівень партнерства в програмі.

У цьому випадку важливим виявився не сам статус партнера, а практичний досвід команди, яка працює з цією технологією щодня.

Резервні копії потрібно було не просто мати. Необхідно було швидко підготувати ресурси, перенести дані, розгорнути віртуальну інфраструктуру, перевірити її працездатність і послідовно відновити клієнтські сервіси.

Саме тому Disaster Recovery — це значно більше, ніж наявність backup-файлу.

Це архітектура, географічне резервування, доступні обчислювальні ресурси, технологія відновлення і, насамперед, команда, яка здатна зібрати все це в один робочий процес тоді, коли часу на експерименти вже немає.

Для UCloud ця ситуація стала практичним підтвердженням підходу, який компанія використовує роками: готувати резервний сценарій потрібно до того, як він знадобиться.