RPO до 1 мин. / RTO от 10 мин.
Восстановление сервисов в рамках SLA
Единая консоль zVirt
Управление DR-сценариями
Без привязки к СХД
Репликация на уровне гипервизоров
Active-Active
Резервная площадка не простаивает
О компоненте
zVirt DR (Disaster Recovery) — компонент катастрофоустойчивости в составе расширенной редакции платформы виртуализации zVirt, который помогает подготовить и выполнить восстановление виртуальных машин (ВМ) и сервисов на резервной площадке.
Решение позволяет настроить репликацию данных, описать сценарии аварийного переключения и управлять DR-процессами из единой консоли zVirt. Это помогает сократить влияние инфраструктурных сбоев на бизнес-сервисы и повысить предсказуемость восстановления.
Ключевые функции
Программная репликация (SW):
- Защита группы ВМ без привязки системы хранения
- Репликация данных на уровне гипервизоров:
- асинхронная репликация
- возможность хранения промежуточных реплицируемых точек (до 5 точек восстановления)
- репликация - интервальная, по заданному расписанию
- Целевые показатели: RPO и RTO > 15 мин.
Аппаратная репликация (HW):
- Защита группы ВМ, расположенных на домене хранения с аппаратной репликацией на уровне СХД
- Поддерживаемые СХД:
- YADRO TATLIN.UNIFIED Gen1/Gen2
- Huawei Dorado Series 3k/5k/6k/8k/18k
- NetApp (ONTAP based System Storage)
- + возможность поддержки других СХД по запросу
- Целевые показатели: RPO ~ 1 мин., RTO > 10 мин.
*Все функции доступны в расширенной редакции zVirt
Сценарии
Аварийное переключение ВМ на резервную площадку
- Подготовка сценариев восстановления для групп ВМ
- Переключение сервисов на резервную площадку при аварии
- Централизованное управление DR из консоли zVirt
- Снижение риска ошибок по сравнению с ручным восстановлением
- Возможность предварительной настройки порядка восстановления ВМ
Катастрофоустойчивость для критичных бизнес-сервисов
- Поддержка сценариев с прогнозируемыми RTO и RPO
- Минимизация влияния аварий на бизнес-процессы
- Приоритизация запуска ВМ при восстановлении
- Контроль выполнения шагов аварийного переключения
Репликация между площадками
- УПоддержка программной репликации на уровне гипервизоров
- Поддержка аппаратной репликации на уровне СХД
- Передача данных на резервную площадку в фоновом режиме
- Возможность выбора сценария репликации в зависимости от инфраструктуры
- Поддержка асинхронной репликации для сценариев, где синхронная репликация невозможна или экономически нецелесообразна
DR без зависимости от аппаратной репликации СХД
- Возможность программной репликации средствами платформы zVirt
- Снижение зависимости от конкретной системы хранения
- Применимость в инфраструктурах без СХД с поддержкой аппаратной репликации
- Репликация на уровне гипервизоров
- Поддержка конфигурации «много ОЦОД в один РЦОД»
- До пяти точек восстановления в сценарии программной репликации
Взаимное резервирование площадок
- Возможность использования вычислительных ресурсов двух площадок
- Поддержка сценариев перекрестной репликации
- Снижение затрат на резервную инфраструктуру по сравнению с полностью простаивающей площадкой
- Возможность распределения защищаемых сервисов между площадками
- Подготовка DR-сценариев для взаимного резервирования площадок
Локальные сценарии восстановления
- Возможность построения DR-сценариев в пределах одного ЦОДа
- Защита от сбоев отдельных инфраструктурных компонентов или сегментов
- Подготовка сценариев восстановления даже при отсутствии второй географически удаленной площадки
- Использование DR-подхода для разделенных зон внутри одной инфраструктуры
- Повышение устойчивости сервисов к локальным инфраструктурным сбоям
Аварийное переключение ВМ на резервную площадку
Катастрофоустойчивость для критичных бизнес-сервисов
Репликация между площадками
DR без зависимости от аппаратной репликации СХД
Взаимное резервирование площадок
Локальные сценарии восстановления
- Подготовка сценариев восстановления для групп ВМ
- Переключение сервисов на резервную площадку при аварии
- Централизованное управление DR из консоли zVirt
- Снижение риска ошибок по сравнению с ручным восстановлением
- Возможность предварительной настройки порядка восстановления ВМ
Получите триал
Протестируйте продукт в своей инфраструктуре
Преимущества
Предсказуемое восстановление сервисов
- zVirt DR помогает восстанавливать не только данные, но и работоспособность всего набора ВМ, необходимых для бизнес-сервисов
- Сценарии восстановления можно подготовить заранее
- Переключение выполняется в контролируемой последовательности
Управление из единой консоли zVirt
- Не требуется внедрять и изучать отдельный инструмент управления
- Администраторы работают с DR-сценариями в единой среде управления виртуализацией
- Упрощается эксплуатация и сопровождение решения
Снижение рисков ручного восстановления
- Самописные скрипты сложно тестировать, поддерживать и актуализировать
- В аварийной ситуации ручные операции повышают вероятность ошибки
- zVirt DR позволяет формализовать процесс переключения
- Снижается зависимость от отдельных специалистов и неформализованных процедур
Гибкие сценарии репликации
- Поддерживается асинхронная репликация
- Возможна настройка времени и параметров репликации данных
- Поддерживается программная репликация средствами платформы zVirt
- Решение применимо в инфраструктурах без специализированной аппаратной репликации СХД
Экономичное использование резервной инфраструктуры
- Поддерживаются сценарии Active-Active
- Вычислительные ресурсы двух площадок могут использоваться одновременно
- Резервная площадка не обязательно должна простаивать в ожидании аварии
- Повышается эффективность эксплуатации оборудования
Внедрение без остановки сервисов
- DR можно настраивать без остановки работающих бизнес-сервисов
- Фоновая репликация позволяет подготовить резервную площадку без прерывания работы продуктивных систем
- Решение можно внедрять в уже существующую инфраструктуру
Предсказуемое восстановление сервисов
Управление из единой консоли zVirt
Снижение рисков ручного восстановления
Гибкие сценарии репликации
Экономичное использование резервной инфраструктуры
Внедрение без остановки сервисов
- zVirt DR помогает восстанавливать не только данные, но и работоспособность всего набора ВМ, необходимых для бизнес-сервисов
- Сценарии восстановления можно подготовить заранее
- Переключение выполняется в контролируемой последовательности
Демо
Аппаратная репликация
DR в редакциях zVirt
Функциональность
Стандартная редакция
Расширенная редакция
ФСТЭК
редакция
редакция
Репликация ВМ на уровне гипервизора и автоматизация DR
Автоматизация DR ВМ, реплицируемых на уровне СХД
Управление репликацией на уровне СХД (Yadro, Huawei, NetApp)
Функциональность
Наличие
Репликация ВМ на уровне гипервизора и автоматизация DR
Автоматизация DR ВМ, реплицируемых на уровне СХД
Управление репликацией на уровне СХД (Yadro, Huawei, NetApp)
FAQ
У нас уже есть бэкап, зачем нужен DR?
Бэкап восстанавливает данные, но не всегда обеспечивает быстрое восстановление бизнес-сервиса целиком. DR помогает заранее подготовить сценарий восстановления, сократить RTO/RPO и выполнить переключение виртуальных машин и сервисов на резервную площадку.
zVirt DR не заменяет бэкап, а дополняет его: бэкап нужен для восстановления данных, DR — для восстановления работы сервисов.
Можно ли обойтись скриптами и ручной репликацией?
Ручные процедуры и самописные скрипты сложно поддерживать, тестировать и актуализировать. В аварийной ситуации они повышают риск ошибки и не гарантируют выполнение действий в правильной последовательности.
zVirt DR позволяет формализовать сценарии восстановления и управлять переключением централизованно из консоли zVirt.
Нужна ли вторая площадка, которая будет простаивать в ожидании аварии?
Нет, zVirt DR поддерживает сценарии Active-Active и перекрестную репликацию. Это позволяет использовать вычислительные ресурсы двух площадок одновременно и не держать вторую площадку исключительно в режиме ожидания.
Что делать, если у нас нет СХД с аппаратной репликацией?
zVirt DR может выполнять репликацию на программном уровне. В этом сценарии за репликацию отвечает программный стек платформы виртуализации zVirt, без обязательной зависимости от функций СХД.
Можно ли использовать zVirt DR, если каналы связи не подходят для синхронной репликации?
Да, zVirt DR поддерживает асинхронную репликацию. Параметры репликации можно настраивать с учетом возможностей каналов связи и требований к восстановлению.
Есть ли смысл строить DR, если у нас только один дата-центр?
Да, DR-сценарий можно построить в пределах одного ЦОД. Такой подход может использоваться для защиты от сбоев отдельных компонентов инфраструктуры, сегментов или кластеров.
Нужен ли отдельный администратор для управления DR?
Нет, zVirt DR управляется из единой консоли zVirt. Команде не нужно осваивать отдельное средство управления DR.
Потребуется ли остановка бизнес-сервисов для внедрения DR?
zVirt DR можно внедрять без остановки работающих сервисов. Репликация выполняется в фоне и позволяет подготовить резервную площадку без прерывания продуктивной работы.
Можно ли заранее проверить сценарий восстановления?
Нужно уточнить, поддерживает ли zVirt DR тестовое переключение или регулярную проверку DR-планов без влияния на продуктивные сервисы.
Какие RTO и RPO можно получить с zVirt DR?
zVirt DR помогает сократить и сделать более предсказуемыми RTO/RPO, но конкретные значения зависят от архитектуры, объема данных, каналов связи и выбранного сценария репликации.
