Страховая компания мигрировала в Cloud.ru и перенесла 89 Тб в резервный вЦОД за 4 часа

В силу стремительного развития страховой компании необходимо было оперативно наращивать вычислительную ёмкость ресурсов при запуске новых страховых продуктов и проведении маркетинговых акций. Облачный провайдер должен был решить несколько задач:

1. Повысить гибкость управления IT-инфраструктурой в облаке;
2. Обеспечить отказоустойчивость IT-инфраструктуры и безопасность для сохранения непрерывности бизнес-процессов в случае сбоев и аварий;
3. Предоставить платформенные (PaaS) сервисы для быстрого наращивания внутренних компетенций.

До Cloud.ru компания пользовалась услугами иного российского облачного провайдера. Качество предоставляемого сервиса и оборудование не соответствовали требуемой высокой производительности. Также у предыдущего провайдера отсутствовали PaaS-сервисы и существенный резерв мощностей.

Страховая компания провела сравнительный анализ различных поставщиков облачных услуг на рынке. Выбор был сделан в пользу Cloud.ru, так как он предоставляет современные решения и большой выбор платформенных сервисов, а также гарантирует высокий уровень безопасности клиентских данных.

Наша команда IT-инфраструктуры состоит из небольшого количества сотрудников, поэтому основная сложность была в большом объёме разноплановых задач: начиная от модернизации сетевой инфраструктуры, поддержки запусков новых систем и заканчивая многочисленными оптимизациями и интеграциями с новыми партнёрами. Подход «слушать и помогать клиенту» — это правильный подход для развития сотрудничества, и мы рады, что выбрали Cloud.ru нашим партнёром. Представитель страховой компании

Компания подключилась к транспортной сети Cloud.ru через собственную сетевую инфраструктуру, поэтому миграция в виртуальный ЦОД (вЦОД) на базе облачной платформы Enterprise прошла быстро, заняв около двух недель.

Для обеспечения отказоустойчивости основного вЦОД страховщик:

• размещает узлы кластеров Cloud Native¹ приложений на разных площадках провайдера;
• реплицирует данные между площадками на базе технологий вендоров СУБД;
• реплицирует те приложения, которые еще не прошли трансформацию в Cloud Native.

Деятельность страховых компаний регламентируется ФЗ № 4015-I «Об организации страхового дела в Российской Федерации». При простоях систем наш заказчик может не только потерять прибыль и лояльность аудитории, но и нести юридическую ответственность. Нашей задачей было сохранить непрерывность процессов компании при возможной полной недоступности основной IT-инфраструктуры. Поэтому было решено подключить резервный вЦОД, который восстановит все данные в случае аварии. Иван Поленовский Продуктовый менеджер, Cloud.ru

Чтобы построить резервный вЦОД в кратчайшие сроки, команда страховой компании в тестовом режиме отключила IT-инфраструктуру в основном вЦОД. Затем перенесла критически важные вычислительные процессы с помощью инструмента репликации DRaaS на базе VCDA в резервный вЦОД от Cloud.ru.

В тестировании резервного вЦОД задействовали 190 виртуальных машин клиента с 89 Тб дискового пространства. С момента отключения инфраструктуры в основном вЦОД и до включения всех виртуальных машин в резервном вЦОД прошло всего 4 часа. Для такого объёма данных результаты крайне положительные, поскольку при снапшоте² каждые 30 минут система сохраняет до 1.1x107 МБ данных. Заданный клиентом параметр RPO³ был соблюдён, что значительно сокращает стоимость потери данных и простоя в единицу времени.

В режиме эмуляции аварии IT-инфраструктура проработала двое суток, после компания вновь включила основной вЦОД.

Страховщик получил возможность уверенно масштабировать и наращивать вычислительные мощности собственных систем в облаке Cloud.ru. Существенно уменьшились риски невозможности проведения работ.

Резервный вЦОД готов восстанавливать данные в случае сбоев и аварий. Это упрощает решение задачи по отказоустойчивости для систем, которые не поддерживают кластеризацию на уровне приложений.

Несколько новых продуктов страховой компании запущены в Kubernetes для поддержки автоматического управления виртуальными машинами, плавающих обновлений⁴ и канареечного развёртывания⁵.

Компания приступила к использованию платформенных сервисов облачной платформы Advanced от Cloud.ru с целью ускорить развёртывание различных приложений.

Команда IT-инфраструктуры клиента планирует использовать облачную платформу ML Space, чтобы разрабатывать модели тарификации и ценообразования для продуктов страхования.

Страховые компании хранят и ежедневно анализируют большое количество информации о клиентах, поэтому современные информационные технологии для них — одно из конкурентных преимуществ. Команда заказчика максимально использует возможности и преимущества облачных технологий, подключая сервисы двух наших облачных платформ для обслуживания бизнес-задач. Такой подход наиболее эффективен, и мы готовы оказывать всяческую поддержу в развитии бизнеса нашего клиента. Антон Нагов Менеджер по работе с корпоративными клиентами, Cloud.ru

---

¹ Cloud Native приложения созданы специально для работы в облаке. ² Снапшот — снимок данных (файловой системы, виртуальной машины) для возможности их возврата в работоспособное состояние в случае сбоя. ³ RPO (Recovery point objective) — максимальный период, за который могут быть потеряны данные. Если, например, RPO равен 90 минутам, будут потеряны данные, наработанные не более, чем за последние полтора часа. ⁴ Плавающие обновления позволяют обновлять развёртывания в Kubernetes без простоев, постепенно заменяя предыдущие поды на новые. ⁵ Канареечное развёртывание (canary deployment) в Kubernetes — способ безопасно проверить новую функциональность на небольшой группе пользователей. Если ошибок не будет, новая версия выкатится на всю инфраструктуру. А если ошибки будут, то обновление автоматически откатят.