Компания подключилась к транспортной сети Cloud.ru через собственную сетевую инфраструктуру, поэтому миграция в виртуальный ЦОД (вЦОД) на базе облачной платформы Enterprise прошла быстро, заняв около двух недель.
Для обеспечения отказоустойчивости основного вЦОД страховщик:
- размещает узлы кластеров Cloud Native1 приложений на разных площадках провайдера;
- реплицирует данные между площадками на базе технологий вендоров СУБД;
- реплицирует те приложения, которые еще не прошли трансформацию в Cloud Native.
Деятельность страховых компаний регламентируется ФЗ № 4015-I «Об организации страхового дела в Российской Федерации». При простоях систем наш заказчик может не только потерять прибыль и лояльность аудитории, но и нести юридическую ответственность. Нашей задачей было сохранить непрерывность процессов компании при возможной полной недоступности основной IT-инфраструктуры. Поэтому было решено подключить резервный вЦОД, который восстановит все данные в случае аварии.
Иван Поленовский
Продуктовый менеджер, Cloud.ru
Чтобы построить резервный вЦОД в кратчайшие сроки, команда страховой компании в тестовом режиме отключила IT-инфраструктуру в основном вЦОД. Затем перенесла критически важные вычислительные процессы с помощью инструмента репликации DRaaS на базе VCDA в резервный вЦОД от Cloud.ru.
В тестировании резервного вЦОД задействовали 190 виртуальных машин клиента с 89 Тб дискового пространства. С момента отключения инфраструктуры в основном вЦОД и до включения всех виртуальных машин в резервном вЦОД прошло всего 4 часа. Для такого объёма данных результаты крайне положительные, поскольку при снапшоте2 каждые 30 минут система сохраняет до 1.1x107 МБ данных. Заданный клиентом параметр RPO3 был соблюдён, что значительно сокращает стоимость потери данных и простоя в единицу времени.
В режиме эмуляции аварии IT-инфраструктура проработала двое суток, после компания вновь включила основной вЦОД.