Холодный резерв
Хранятся копии данных и описание инфраструктуры. Серверы и сети создаются по подготовленной схеме, когда они потребуются.
Disaster Recovery: резервная инфраструктура в облаке
Подготовьте отдельную облачную среду для важных сервисов и данных.
Резервная инфраструктура для важных сервисов
Резервное копирование и аварийное восстановление решают разные части одной задачи: копия сохраняет данные, а резервная инфраструктура дает среду для их дальнейшего использования.
- Резервные серверы
Ресурсы для запуска критичных приложений. - Копии данных
Состояние баз, файлов и других важных данных. - Изолированная сеть
Отдельный сетевой контур для внутренних сервисов. - Доступ и маршрутизация
Правила подключения к резервной среде. - DR-план
Порядок запуска инфраструктуры и сервисов.
Как организовать резервную среду
Чем больше компонентов развернуто заранее, тем меньше действий остается при переходе на вторую среду.
Холодный резерв
Теплый резерв
Готовый резервный контур
Теплый резерв
Часть инфраструктуры уже развернута: например, серверы, сети и базовые сервисы. Данные синхронизируются с необходимой периодичностью.
Готовый резервный контур
Критичные компоненты заранее развернуты во второй среде. Способ синхронизации данных и переключения между контурами определяется архитектурой приложения.
Параметры восстановления инфраструктуры
Перед настройкой резервной среды важно определить два параметра:
RTO — время восстановления
За какой срок сервис должен снова быть доступен.
RPO — актуальность данных
Насколько свежей должна быть копия, используемая для восстановления.
Для разных систем требования могут отличаться.
RTO и RPO помогают определить частоту резервирования и необходимый уровень готовности резервной инфраструктуры.
Disaster recovery plan фиксирует эти параметры для каждого критичного сервиса.
Резервная инфраструктура под задачи бизнеса
Состав резервного контура зависит от того, какие сервисы должны оставаться доступными и какие компоненты для этого нужны
Интернет-магазин
SaaS
Финтех
Логистика
B2B-сервисы
Интернет-магазин
Резервируйте сайт, backend, базу заказов и связанные сервисы, чтобы восстановить работу ключевых процессов в одной среде.
SaaS
Подготовьте резерв для API, базы данных, очередей и фоновых процессов, которые формируют рабочую среду продукта.
Финтех
Разделите инфраструктуру по приоритету и заранее определите, какие приложения, данные и сетевые компоненты восстанавливаются в первую очередь.
Логистика
Подготовьте резервную среду для сервисов заказов, интеграций, статусов и обмена данными между системами.
B2B-сервисы
Резервируйте личные кабинеты, API, базы данных и внутренние компоненты, от которых зависит работа клиентского сервиса.
Проверьте резервную инфраструктуру заранее
Disaster recovery test позволяет убедиться, что подготовленные серверы, сети и сервисы можно запустить по заданному сценарию.
Разверните отдельную тестовую среду, проверьте порядок запуска и доступность сервисов. Результаты проверки можно использовать для обновления DR-плана.
Порядок восстановления
В disaster recovery plan заранее фиксируют ключевые системы, параметры восстановления, порядок запуска и ответственных за каждый этап.
| Что зафиксировать | Что указать |
|---|---|
| Критичные системы | Какие сервисы и приложения нужно восстановить в первую очередь |
| RTO и RPO | Требования к времени восстановления и актуальности данных |
| Источник данных | Откуда берутся backup, копии или реплики |
| Порядок запуска | В какой последовательности запускаются серверы и приложения |
| Сеть и доступ | Какие нужны сети, DNS, IP и права доступа |
| Ответственные | Кто выполняет и контролирует каждый этап |
| Проверка | Как и когда проводится тест резервной инфраструктуры |
При изменении архитектуры обновляйте и DR-план: новая база, интеграция или сервис должны появляться в сценарии вместе с самим проектом.
Почему выбирают Serverspace
Serverspace предоставляет инфраструктурные сервисы, которые можно объединить в резервную среду под архитектуру конкретного проекта.
Несколько локаций
Размещайте резервные ресурсы на отдельной доступной площадке.
Облачные серверы
Создавайте ВМ с конфигурацией под критичные сервисы.
Изолированные сети
Объединяйте серверы одного ЦОДа во внутренний контур.
Backup для VMware
Используйте резервные копии виртуальных серверов как дополнительный уровень защиты данных.
Terraform и API
Автоматизируйте создание и управление инфраструктурой.
Поддержка 24/7
Обращайтесь по вопросам работы облачных сервисов Serverspace.
Помощь при работе с облачной инфраструктурой
Настройка DR-сценария, приложений и механизмов репликации остается на стороне пользователя. Если при создании резервных серверов, сетей, backup или других ресурсов Serverspace возникнут вопросы, можно обратиться в техническую поддержку.
Специалисты помогут разобраться с инфраструктурной частью и возможностями платформы.
FAQ
Чем Disaster Recovery отличается от обычного backup?
Backup сохраняет копию данных или состояния сервера. Disaster recovery дополнительно предусматривает вычислительные ресурсы, сеть, конфигурацию и порядок запуска сервисов.
Что такое аварийное восстановление данных?
Аварийное восстановление данных — возврат информации из подготовленной копии или реплики в рабочую среду. В DR это один из этапов восстановления инфраструктуры.
Есть ли автоматическое переключение на резервную площадку?
Serverspace предоставляет инфраструктурные компоненты для построения резервной среды. Автоматическое переключение и репликация настраиваются отдельно в соответствии с архитектурой системы.
Можно ли разместить резервный контур в другом дата-центре?
Да. Для резервной инфраструктуры можно использовать отдельную доступную локацию Serverspace. Сеть и обмен данными между площадками при этом настраиваются отдельно.
Backup и резервная площадка — это одно и то же?
Нет. Backup сохраняет данные или состояние виртуальной машины. Резервная площадка включает вычислительные и сетевые ресурсы, необходимые для запуска сервисов.