Хмарний провайдер UCloud відновив клієнтські системи на власному майданчику у Варшаві трохи більше ніж за добу після виникнення потреби перенести роботу інфраструктури з Києва. Раніше компанія створила резервні копії всього київського майданчика — не лише систем клієнтів, які окремо користувалися Backup as a Service.
Хмарний провайдер UCloud відновив клієнтські системи на власному майданчику у Варшаві трохи більше ніж за добу після виникнення потреби перенести роботу інфраструктури з Києва. Раніше компанія створила резервні копії всього київського майданчика — не лише систем клієнтів, які окремо користувалися Backup as a Service.
Для UCloud резервне копіювання та Disaster Recovery є частиною архітектури інфраструктури. Компанія заздалегідь резервувала дані всіх клієнтів, чиї системи були розміщені на київському майданчику.
«Ми свідомо прийняли рішення резервувати весь майданчик, а не лише ті системи, для яких клієнти окремо замовили послугу резервного копіювання. Для нас це було питанням відповідальності за інфраструктуру, яку нам довірили. У критичний момент саме це рішення дало змогу перейти від резервних копій до реального відновлення без втрати часу», — розповів dev.ua COO UCloud Сергій Колесниченко.
Коли виникла необхідність перенести роботу інфраструктури на іншу локацію, команда UCloud почала відновлення з резервних копій на власному майданчику у Варшаві.
Трохи більше ніж за добу резервні копії перенесли та розгорнули у Варшаві, після чого клієнтські системи відновили на новій інфраструктурі.
Компанія називає цей кейс повноцінним сценарієм Disaster Recovery у реальних умовах — з іншим дата-центром, значним обсягом інфраструктури та обмеженим часом на відновлення.
Для резервного копіювання та відновлення UCloud використовує технології Veeam. Компанія застосовує їх у сервісах Backup as a Service та Disaster Recovery as a Service. Цього року UCloud також отримав статус Platinum у програмі Veeam Cloud & Service Provider (VCSP) — найвищий рівень партнерства у цій програмі.
У конкретному сценарії, за словами компанії, важливим був не стільки статус партнера, скільки практичний досвід команди, яка регулярно працює з відповідними технологіями.
Під час відновлення потрібно було не лише отримати доступ до резервних копій. Команда мала підготувати необхідні ресурси, перенести дані, розгорнути віртуальну інфраструктуру, перевірити її працездатність і послідовно відновити клієнтські сервіси.
Таким чином, Disaster Recovery у цьому випадку охоплював не тільки backup-файли, а й географічне резервування, доступні обчислювальні ресурси, технологію відновлення та підготовлену команду, яка може швидко пройти весь процес.
У UCloud зазначають, що цей випадок став практичним підтвердженням підходу компанії: резервний сценарій має бути підготовлений до того, як виникне потреба ним скористатися.
