Из чего складывается цена DRaaS: 7 факторов стоимости аварийного восстановления

Вопрос «Сколько стоит DRaaS?» похож на вопрос «Сколько стоит дом?». Ответ зависит от того, сколько в нём комнат, где он находится и как быстро вам нужно въехать. С аварийным восстановлением то же самое: цену определяет не какая-то одна статья, а несколько взаимосвязанных переменных.

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

Что такое DRaaS и что вы покупаете?

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

То есть вы покупаете не просто хранилище. Здесь объединяются ПО для репликации, инфраструктура для хранения копий, вычислительные ресурсы, которые будут работать во время аварии, сетевое подключение и команда, которая всем этим управляет. Цена — это сумма этих составляющих.

1. Количество защищаемых серверов и объём данных

Это самый базовый фактор. Большинство предложений по DRaaS формируются исходя из количества защищаемых виртуальных машин и общего объёма их дисков. ПО для репликации обычно лицензируется по числу виртуальных машин, а хранилище для копий оплачивается по объёму.

Главная возможность сэкономить — не пытаться защитить всё подряд. Тестовые серверы, временные среды и системы, которые легко развернуть заново, могут не входить в периметр аварийного восстановления. Определив действительно критичные системы, вы напрямую уменьшите сумму предложения.

2. Цели RPO и RTO

RPO (recovery point objective, целевая точка восстановления) — максимальный объём потери данных, допустимый при аварии. RTO (recovery time objective, целевое время восстановления) — как быстро системы должны снова заработать.

Чем жёстче цели, тем выше стоимость. Системе, которой нужны RPO в секундах и RTO в минутах, требуются непрерывная репликация, более широкий канал и постоянно готовые ресурсы. Систему, для которой допустим откат к вчерашней резервной копии, можно защитить гораздо экономичнее.

Не обязательно задавать одинаковые цели для всех систем. ERP и базу данных интернет-магазина можно защитить по жёстким целям, а архивный сервер — по более мягким. Такой многоуровневый подход — ключ к доступному аварийному восстановлению.

3. Технология репликации

Используемая технология определяет и достижимый RPO, и стоимость:

• Непрерывная защита данных (CDP): решения вроде Zerto передают каждую запись на диск в целевую площадку практически мгновенно. Они обеспечивают RPO, измеряемый секундами, и позволяют вернуться к любому моменту недавнего прошлого. Идеальны для критичных систем, но затраты на лицензии и канал выше.
• Репликация на основе снапшотов: методы вроде репликации Veeam копируют изменённые блоки в целевую площадку с заданной периодичностью. RPO составляет минуты или часы, чего достаточно для многих нагрузок. Для более жёстких целей есть отдельная опция — собственная функция непрерывной защиты данных Veeam.
• Восстановление из резервной копии: самый экономичный метод. Серверы восстанавливаются из резервной копии на инфраструктуре провайдера. RTO больше, но для менее критичных систем это разумный вариант.

4. Резервные вычислительные ресурсы: зарезервированные или по запросу?

Чтобы ваши серверы работали во время аварии, им нужны процессор и память. Эти мощности можно спланировать двумя способами:

• По запросу (standby): в обычное время вы платите только за хранение копий. Вычислительные ресурсы используются только во время теста или реальной аварии и оплачиваются за этот период. Стоимость низкая.
• Зарезервированные ресурсы: за вами постоянно закреплён определённый объём процессора и памяти. Исчезает риск того, что в момент аварии мощностей не окажется, а RTO становится короче, но платить за эти ресурсы приходится каждый месяц.

Для многих организаций правильный ответ — сочетание: зарезервированные ресурсы для нескольких самых критичных систем и мощности по запросу для остальных.

5. Сеть, пропускная способность и публичные IP

Сеть — самая недооценённая часть аварийного восстановления. Поднять серверы в другом дата-центре недостаточно: пользователи и клиенты должны иметь к ним доступ.

• Канал для репликации: если данные меняются интенсивно, основной площадке нужен интернет-канал, достаточный для непрерывной репликации.
• Публичные IP-адреса: системам, обслуживающим внешний мир, нужны публичные IP-адреса на резервной площадке и готовый план изменения DNS.
• VPN и внутренняя сеть: филиалам и удалённым сотрудникам нужен доступ к резервной площадке по VPN и, при необходимости, план смены IP-адресации.
• Безопасность: системы на резервной площадке тоже должны быть защищены межсетевым экраном.

6. Глубина хранения и журнал

При непрерывной репликации изменения хранятся в журнале, который позволяет вернуться к определённому моменту в прошлом. В сценарии с программой-вымогателем это чрезвычайно ценно: можно откатиться к чистому состоянию за несколько минут до начала шифрования.

Чем длиннее журнал, тем больше места он требует. Между историей в несколько часов и в несколько недель — серьёзная разница в объёме. При репликации на основе снапшотов количество хранимых точек восстановления влияет на стоимость точно так же.

7. Тестирование, runbook и управляемая услуга

Непроверенный план аварийного восстановления — это план на бумаге. Полноценная услуга должна включать:

• Регулярные тесты: тесты переключения в изолированной сети без влияния на рабочую среду.
• Runbook: пошаговое руководство о том, какая система поднимается, в каком порядке, кем и как.
• Мониторинг: команду, которая постоянно следит, не отстаёт ли репликация и выполняется ли цель RPO.
• Возврат (failback): контролируемое возвращение систем на основную площадку после устранения аварии.

Некоторые предложения включают только инфраструктуру, а эти задачи оставляют вам. В управляемой услуге DRaaS они входят в состав услуги. Учитывайте эту разницу при сравнении предложений.

В сравнении с собственной резервной площадкой

Построить собственную площадку для аварийного восстановления — тоже вариант. При расчёте совокупной стоимости не забудьте учесть:

• Серверное оборудование, системы хранения и сетевое оборудование для второй площадки, а также его обновление каждые несколько лет,
• Место в стойках, электропитание, охлаждение и подключение дата-центра,
• Лицензии на ПО для репликации,
• Время сотрудников на построение, обслуживание и тестирование среды.

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

Вопросы для сравнения предложений

Два предложения по DRaaS могут содержать одну и ту же сумму, но совершенно разное наполнение. При сравнении уточните:

• Какие значения RPO и RTO гарантирует предложение и закреплены ли они в договоре?
• Вычислительные ресурсы на случай аварии зарезервированы или предоставляются по запросу?
• Сколько тестов в год включено и кто что делает во время них?
• Кто пишет runbook и как часто он обновляется?
• Какая команда подключается во время аварии и как с ней связаться?
• Входит ли в услугу возврат на основную площадку?

Подготовка к точному расчёту

Чтобы получить от провайдера реалистичное предложение, подготовьте следующее:

1. Список защищаемых виртуальных машин с объёмами процессора, памяти и дисков,
2. Текущую платформу виртуализации и ПО для резервного копирования,
3. Целевые RPO и RTO для каждой системы,
4. Оценку ежедневного объёма изменений данных и текущую пропускную способность интернет-канала,
5. Системы, доступные извне, и потребности в публичных IP-адресах,
6. Ожидаемое количество тестов в год.

Чем точнее эта информация, тем точнее предложение и тем меньше неожиданных статей расходов потом.

Часто задаваемые вопросы

Чем DRaaS отличается от резервного копирования?

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

Плачу ли я, даже если аварии не происходит?

Да, потому что репликация, хранение копий и мониторинг работают каждый день. Однако в модели «по запросу» за вычислительные ресурсы вы платите только во время тестов и аварий.

Нужно ли защищать все серверы?

Нет. Наиболее эффективный подход — выделить критичные для бизнеса системы и защитить их по жёстким целям, а остальные покрыть восстановлением из резервной копии.

Где хранятся мои данные?

В CloudRUX DRaaS копии хранятся в дата-центрах в Турции, что упрощает вопросы трансграничной передачи в рамках KVKK.

CloudRUX DRaaS

Купить инфраструктуру может любой; в день аварии решающим становится инженер, который знает ваши системы и отвечает на звонок. В CloudRUX DRaaS настройкой репликации, runbook, регулярными тестами и переключением занимается наша команда, говорящая на русском и турецком языках; ваши данные остаются в Турции, а счёт планируется как фиксированная ежемесячная сумма. Стоимость рассчитывается под вашу среду. Подробности — на странице DRaaS; также вы можете связаться с нами для получения индивидуального предложения.