DRaaS — катастрофоустойчивость как услуга

DRaaS (Disaster Recovery as a Service — аварийное восстановление как услуга) — это модель, в которой резервный контур вашей инфраструктуры разворачивается и поддерживается в облаке провайдера. При аварии на основной площадке — пожар, отказ оборудования, потеря питания, шифровальщик — бизнес-сервисы поднимаются в облаке за минуты-часы, а не за дни, которые ушли бы на восстановление с нуля.

Зачем это нужно бизнесу

Резервное копирование защищает от потери данных. Но у бэкапа есть предел: если выходит из строя целая площадка — серверная сгорела, отказал массив, пропало питание в ЦОДе — восстановление из холодных копий на новое железо занимает дни. Всё это время бизнес стоит: не работают 1С, почта, CRM, телефония.

DRaaS закрывает именно этот разрыв. Резервный контур уже развёрнут в облаке и поддерживается актуальным. Когда основная площадка падает, нагрузку переключают на облако — и компания продолжает работать, пока инженеры разбираются с основной инфраструктурой. По сути это страховка не от потери файлов, а от длительного простоя.

Как это работает

В основе DRaaS — постоянная синхронизация данных и состояния систем между основной площадкой и облаком провайдера.

Репликация. Виртуальные машины и данные с основной площадки непрерывно или по расписанию копируются в облако через механизм репликации. В облаке поддерживается актуальная «теневая» копия инфраструктуры в выключенном или ждущем состоянии.

Failover (аварийное переключение). При аварии запускается процедура failover: реплики в облаке включаются, поднимаются сервисы, трафик пользователей перенаправляется на облачный контур. В зависимости от настройки это занимает от единиц минут до нескольких часов.

Failback (возврат). Когда основная площадка восстановлена, выполняется обратная процедура — данные, накопленные в облаке за время аварии, синхронизируются обратно, и нагрузка возвращается на основную площадку.

Тестовые прогоны. Зрелый DRaaS позволяет регулярно проверять переключение в изолированной песочнице, не трогая боевую инфраструктуру. Это та же логика, что и с бэкапом: план восстановления, который ни разу не тестировали, не считается рабочим.

RPO и RTO — две ключевые метрики

Любой проект DRaaS строится вокруг двух параметров, которые задаёт бизнес:

• RPO (Recovery Point Objective) — допустимая потеря данных. Сколько последних минут или часов работы вы готовы потерять. Чем меньше RPO, тем чаще должна идти репликация и тем дороже решение.
• RTO (Recovery Time Objective) — допустимое время восстановления. Как быстро сервисы должны снова заработать после аварии. Чем меньше RTO, тем «горячее» должен быть резервный контур.

Подробнее эти метрики и их расчёт разобраны в отдельной статье про RPO и RTO. Именно от целевых RPO/RTO зависит и архитектура DRaaS, и его стоимость.

DRaaS, бэкап и DR-план — в чём разница

Эти три понятия часто путают, хотя они дополняют друг друга:

• Бэкап — резервные копии данных. Защищает от потери и повреждения данных, но восстановление может быть долгим.
• DRaaS — готовый к запуску резервный контур в облаке. Защищает от простоя целой площадки, обеспечивает быстрый failover.
• План аварийного восстановления (DR-план) — организационный документ: кто, что и в каком порядке делает при аварии. DRaaS — это техническая реализация части DR-плана.

Здоровая архитектура устойчивости обычно включает всё три слоя: бэкап как база, DR-план как процедура, DRaaS как быстрый запуск резервного контура для критичных систем.

Когда нужно компании

DRaaS оправдан, если:

• простой критичных систем (1С, биллинг, торговая платформа, производственный софт) стоит дороже, чем абонентская плата за резервный контур;
• требуется малое RTO — счёт идёт на минуты и часы, а не на дни;
• нет своей второй площадки и строить её дорого и долго;
• есть регуляторные требования к непрерывности бизнеса.

Для небольшой компании, где допустимо восстановиться из бэкапа за день, полноценный DRaaS может быть избыточен — иногда достаточно грамотно настроенного резервного копирования по схеме 3-2-1.

Что включает наша услуга

• Аудит инфраструктуры и определение критичных систем, для которых нужен DRaaS
• Согласование целевых RPO и RTO с бизнесом
• Проектирование архитектуры репликации и резервного контура в облаке
• Настройка репликации, процедур failover и failback
• Регулярные тестовые прогоны переключения без влияния на боевую среду
• Мониторинг резервного контура 24/7 из нашего NOC

По цене DRaaS — это, как правило, ежемесячная подписка, размер которой зависит от объёма реплицируемых ресурсов и целевых RPO/RTO. Точный ориентир — от и до — считается под конкретную инфраструктуру после аудита.

Связанные термины

• План аварийного восстановления (DR-план) — организационная процедура восстановления, частью которой является DRaaS
• RPO и RTO — допустимая потеря данных и допустимое время восстановления, ключевые метрики DRaaS
• Репликация данных — механизм, на котором держится синхронизация резервного контура

Получить расчёт

Откройте калькулятор, отметьте нужные услуги и получите ориентир по стоимости. Финальная смета по DRaaS — после аудита инфраструктуры и согласования целевых RPO/RTO. Эта страница — часть материала «Замена Veeam: чем делать бэкап в 2026».