Название базовой системы (платформы): | Veeam Backup & Replication |
Разработчики: | LanCloud (ЛанКлауд) |
Дата премьеры системы: | 2018/09/03 |
Технологии: | SaaS - Программное обеспечение как услуга, ИБ - Резервное копирование и хранение данных |
LanCloud Disaster Recovery as a Service - это облачный сервис быстрого аварийного восстановления работы виртуальных серверов в резервном центре обработки данных LanCloud в случае частичного или полного отказа основного ЦОД Заказчика.
2018
3 сентября 2018 года компания LanCloud сообщила о запуске облачного сервиса аварийного восстановления серверов - Disaster Recovery as a Service на базе Veeam Backup & Replication и Cloud Connect.
Как сообщалось, большинство заказчиков, даже обладая отказоустойчивыми кластерами виртуальных машин, и регулярно выполняя резервное копирование всех критичных для бизнеса данных, не уделяют достаточного внимания плану аварийного восстановления (DRP – Disaster Recovery Plan). И, столкнувшись с каким-либо серьёзным сбоем, например, отказом кластера виртуальных серверов, выходом из строя продуктивной системы хранения данных или иной техногенной катастрофы ЦОД, в т.ч. изъятие оборудования правоохранительными органами, компания оказывается в экстренной ситуации, к которой не была заранее готова.
Обычно в такой момент выясняется, что даже имея на руках все необходимые резервные копии, если они хранились на другом оборудовании в другом дата центре, у компании:
- отсутствует резервное оборудование, на котором можно бы было запустить всю серверную инфраструктуру;
- даже если резервное оборудование присутствует, время восстановления составит несколько дней или недель, в зависимости от объёма данных;
- актуальность данных в резервных копиях составляет несколько дней или недель до момента сбоя, и даже после завершения процедуры восстановления, вся информация, накопившаяся с момента последнего резервного копирования, будет утеряна.
Такие события зачастую приводят к многомиллионным убыткам для бизнеса и, как следствие, банкротству компании.
Чтобы быть готовой к подобного рода инцидентам, каждая компания должна иметь заранее подготовленный DRP-план. DRP-план или план аварийного восстановления - это документ, описывающий последовательность действий, которые должны быть выполнены, чтобы восстановить работу ИТ-инфраструктуры в случае того или иного сбоя или катастрофы в основном ЦОД. Двумя важнейшими параметрами DRP-плана являются параметры: RTO и RPO.Группа компаний «ВДГБ»: 28 лет успеха на рынке 1С
RTO (Recovery Time Objective) - это время необходимое на полное восстановление работы после сбоя.
RPO (Recovery Point Objective) - это точка восстановления, или по-другому - на какой момент времени до сбоя будет восстановлена вся информация компании.
В свою очередь, каждый бизнес должен определить, какие параметры RTO и RPO являются для него приемлемыми при наступлении неблагоприятных событий. Чем меньше эти показатели - тем лучше. Но если речь идёт об обеспечении RTO и RPO не более нескольких минут, то очевидно, что простое резервное копирование здесь не поможет.
С целью предоставления Заказчикам готового инструмента, позволяющего добиться оперативного аварийного восстановления ИТ-инфраструктуры с минимальной потерей данных, LanCloud вывел на рынок сервис Cloud DRaaS (Disaster Recovery as a Service).
По информации компании, Cloud DRaaS - это облачный сервис быстрого аварийного восстановления работы виртуальных серверов в резервном центре обработки данных LanCloud в случае частичного или полного отказа основного ЦОД Заказчика. Сервис Cloud DRaaS обеспечивает постоянную асинхронную репликацию всех виртуальных серверов из основного ЦОД клиента в резервный ЦОД LanCloud. В случае сбоя основного ЦОД, активируется процедура «Failover», и все виртуальные машины автоматически начинают работать в облаке LanCloud. Сервис Cloud DRaaS обеспечивает показатели RTO и RPO не более 15 минут.
Cloud DRaaS построен на базе решений Veeam Backup & Replication и Veeam Cloud Connect. В ЦОД Заказчика устанавливается сервер Veeam BackUp & Replication, который реплицирует виртуальные машины в Veeam Cloud Connect в облаке LanCloud. В случае сбоя, Заказчик активирует процедуру аварийного переключения, и все виртуальные серверы запускаются в облаке LanCloud. При этом, автоматически устанавливается L2 VPN-туннель до инфраструктуры заказчика, что позволяет всем серверам оставаться доступными по внутренней сети по тем же самым IP-адресам.
При восстановлении основного ЦОД, администратор может запустить процедуру обратного переключения – «Failback», и все серверы будут обратно отреплицированы и запущены в ЦОД Заказчика с актуальными данными. Помимо процедуры аварийного переключения, заказчикам доступны функции тестового запуска виртуальных серверов в облаке без влияния на продуктивную инфраструктуру, а также функции восстановления отдельных файлов и приложений из облачных реплик, аналогично обычному резервному копированию.
Подрядчики-лидеры по количеству проектов
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение вендоров по количеству проектов внедрений (систем, проектов) с учётом партнёров
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение систем по количеству проектов, не включая партнерские решения
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Подрядчики-лидеры по количеству проектов
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение вендоров по количеству проектов внедрений (систем, проектов) с учётом партнёров
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение систем по количеству проектов, не включая партнерские решения
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)