DRaaS — аварийное восстановление как сервис
DRaaS (аварийное восстановление как услуга) позволяет быстро восстановить инфраструктуру и все данные при отказе локального ЦОД. Это возможно за счет репликации физических серверов клиента на серверы облачного провайдера. Услуга чаще всего подразумевает создание плана аварийного восстановления с персональными настройками и предоставляется в виде лицензии по подписке.
Чем Disaster Recovery отличается от резервного копирования[Отличия Disaster Recovery]
Как и в случае с бэкапом, в облаке создается копия данных с серверов компании, но имеются существенные различия, главные из которых:
-
- Репликация данных для аварийного восстановления происходит не по расписанию (например, для резервного копирования в большинстве случаев устанавливается частота один раз в две недели), а практически в режиме реального времени, непрерывно.
Благодаря оперативной репликации данные после аварийного восстановления будут включать изменения, совершенные в последние минуты. Стандартным временем предоставления актуальных данных, закрепленным у многих провайдеров в соглашениях об уровне обслуживания, считается 15 минут до аварии.
- В отличие от бэкапа, DRaaS дает более высокую скорость восстановления данных в случае сбоя. Если при использовании резервного копирования на восстановление данных можно потратить несколько часов или даже дней, то аварийное восстановление позволит продолжить работу уже через несколько минут.
При этом настройки аварийного восстановления могут быть достаточно гибкими. Например, уровень восстановления может включать все сервера компании или только некоторые, может ограничиваться одним приложением, только файлами данных и т. д. Провайдеры предлагают решения, где в рамках аварийного восстановления сервис моментально берет на себя функцию обработки в случае аварии, тем самым сокращая время восстановления.
Отсюда возникает необходимость в непрерывной репликации не только данных, но и настроек ПО серверов. Поэтому сервис аварийного восстановления может в считанные минут предоставить готовую виртуальную машину, которая уже будет настроена и активирована. Приложения, которые размещаются на серверах, подвергнувшихся сбою, будут тут же запущены, если данные были реплицированы на ресурсы сервис-провайдера.
Мультиоблачная стратегия
Так как и Disaster Recovery, и резервное копирование успешно выполняют задачу безотказной работы информационных систем, самой выгодной для компании оказывается комплексная мультиоблачная стратегия.
Во-первых, совмещение бэкапа и DRaaS позволяет надежнее защитить наиболее важные данные и настройки, а также обеспечить минимальное время восстановления на нужных участках ИТ-архитектуры. Отпадает необходимость палить из пушки (DRaaS) по воробьям там, где это не нужно.
Во-вторых, сервис аварийного восстановления при использовании совместно с сервисом резервного копирования в большинстве случаев дает экономию на оплате лицензий.
Принцип работы DRaaS обеспечивает минимальные RTO и RPO[Принцип работы DRaaS]
Основные параметры, которые определяются в требованиях к провайдеру в SLA: Recovery Time Objective (RTO) и Recovery Point Objective (RPO).
Первый (RTO) характеризует количество времени, потраченного на то, чтобы вернуть работоспособность ВМ после аварии. Максимально это время может составлять до 120 минут, но чаще всего — около 15. На параметр влияет количество у компании виртуальных серверов, которые будут восстанавливаться, а также план, по которому будет реализовываться защита от аварий.
Второй параметр (RPO) определяет «свежесть» восстановленных данных и настроек. Сервис-провайдеры используют асинхронный тип репликации, и значение RPO всегда будет не более 1 часа.
Почему аварийное восстановление лучше доверить провайдеру[Восстановление от провайдера]
Развертывание и администрирование собственной инфраструктуры для аварийного восстановления влечет за собой ряд расходов. Например, кроме приобретения серверов и сетевого оборудования, требуется выделить специальное помещение для их установки, учесть затраты на охлаждение и электропитание, оплату рабочего времени сотрудников ЦОД.
Основное же, на что придется направить средства, — это программа репликации и сопутствующие расходы: обеспечение безопасности, приобретение программных лицензий на серверы и хранилища.
Совершенно несопоставимы сроки развертывания собственной системы аварийного восстановления по сравнению с готовым решением DRaaS. Недели или даже месяцы самостоятельных усилий ИТ-подразделения компании против нескольких часов или дней с помощью сервис-провайдера. Количество времени зависит от того, сколько серверов планируется подключать к системе аварийного восстановления в облаке.
Количество серверов компании, подключенных к услуге DRaaS, может быть любым — от одного до всех. Притом, что при самостоятельном развертывании системы аварийного восстановления чаще всего удается защитить только самые важные серверы, остальные оставив на потом.
Наиболее распространенная форма предоставления услуги DRaaS — когда вся ответственность лежит на провайдере. В таком варианте обеспечения сервиса поставщик управляет всеми аспектами процедуры послеаварийного восстановления, придерживаясь стратегии клиента.
Провайдер отслеживает изменения в производственной среде заказчика и обеспечивает актуальность реплицированной среды. Самостоятельное обеспечение этого наряду с гибким взаимодействием и масштабируемостью может стать непосильной задачей для ИТ-подразделений многих компаний.
Готовые решения послеаварийного восстановления взаимодействуют с различными системами, поэтому можно защитить серверы с разными гипервизорами и реплицировать данные между непохожими системами хранения. Любое решение DRaaS имеет широкие возможности масштабирования по мере роста компании, будь то малое предприятие с несколькими серверами или корпорация с центром обработки данных, который расширяется до тысяч физических и виртуальных машин.
Почти все провайдеры, предоставляющие услугу DRaaS, соответствуют необходимым нормам и стандартам безопасности. Одним из основных требований этих стандартов является безопасность данных. Безопасность данных компании имеет первостепенное значение для такого поставщика услуг. Это дает клиентам провайдера уверенность в том, что восстановление будет выполнено правильно.