Резервный ЦОД

Снижение затрат на аварийное восстановление

Отсутствие расходов на:

• аренду помещения для резервной площадки;
• ежемесячные платежи за энергопитание, охлаждение оборудования и доступ в интернет на резервной площадке;
• приобретение или аренду серверов, систем хранения и сетевого оборудования для резервной площадки;
• поездки сотрудников между основной и резервной площадками или оплату услуг по обслуживанию резервной площадки.

Экономия времени на настройку и восстановление

• Вы можете самостоятельно настроить репликацию за несколько часов или дней (в зависимости от количества серверов) вместо недель или месяцев, которые обычно требуются для организации собственной системы резервирования.
• В случае аварии использование планов аварийного восстановления сводит к минимуму простой инфраструктуры.
• Функции тестирования восстановления и автоматического удаления инфраструктуры после тестов позволяют быстро и без лишних усилий проверять корректность настройки репликации.

Удобство управления

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

• Управление репликацией VM и vApp между основной и резервной площадкой.
• Тестовое и аварийное восстановление инфраструктуры на резервной площадке.
• Создание плана аварийного восстановления.

Для использования ресурсов облака и выполнения репликации данных в облако на стороне клиента необходимо установить программный продукт Backup & Replication.

Для работы Backup & Replication требуются:

• Лицензия поставщика услуг для установки продукта.
• Учетная запись, от имени которой устанавливается и запускается Backup & Replication, с правами локального администратора на целевой машине.

Требования к версии:

Для подключения к сервису репликации в облако используйте на своей площадке Backup & Replication версии 9.5 Update 4b (build 9.5.4.2866) или выше.

Сервис репликации в облако не поддерживает DHCP. Чтобы реплика виртуальной машины на облачном хосте была доступна по сети после аварийного переключения, реплицированная ВМ должна иметь статический IP-адрес.

Автоматическое определение параметров сети поддерживается только для ВМ Microsoft Windows. Для облачной репликации ВМ, отличных от Windows, необходимо вручную указать параметры network mapping и правила внешней IP-адресации (Public IP Addressing).

Указание правила re-IP для реплик ВМ на облачном хосте недоступно. Если при настройке задания репликации выбрать опцию Replica re-IP, а затем настроить репликацию в облачный хост, Backup & Replication отключит эту опцию.

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

Восстановление файлов гостевой ОС ВМ из реплики на облачном хосте доступно только для файловой системы Microsoft Windows.

Дополнительные ограничения:

• Репликация с Microsoft Hyper-V на облачную платформу VMware не поддерживается.
• Репликация зашифрованных ВМ на облачный хост не поддерживается.

Ограничение по объему дискового пространства:

Для использования услуги объем дискового пространства на одном VDC не должен превышать 2 ПБ. Если объем превышает 2 ПБ, необходимо создать новый VDC и перенести в него часть ресурсов.

Для устройства расширения сети, развернутого у сервис-провайдера, действуют следующие ограничения:

Операции аварийного переключения

Network Extension Appliance поддерживает только один тип операции аварийного переключения за раз. Вы не сможете одновременно выполнять частичное и полное переключение сайта.

Использование порта 22

Устройство не поддерживает использование порта 22 в качестве порта для внешнего IP-адреса в правилах внешней IP-адресации (Public IP Addressing Rules). Backup & Replication использует этот порт для связи с Network Extension Appliance.

Неподдерживаемые типы хранилищ

Нельзя развернуть Network Extension Appliance на следующих типах хранилищ:

• VMware Virtual Volumes (VVol)
• Кластер хранилища данных

Из-за ограничений устройства расширения сети Backup & Replication поддерживает только один тип операции аварийного переключения за раз:

• Если пользователь услуги или сервис-провайдер запускает план аварийного переключения в облаке во время частичного аварийного переключения сайта, Backup & Replication предложит остановить текущее частичное переключение или дождаться завершения операции перед началом полного аварийного переключения.
• Если пользователь или сервис-провайдер запускает частичное аварийное переключение сайта во время полного переключения, операция частичного переключения завершится ошибкой.

Ограничение по количеству виртуальных машин

При выполнении плана аварийного переключения могут работать максимум десять ВМ.

Если вы добавили больше ВМ в план аварийного переключения и настроили их одновременный запуск, Backup & Replication дождётся переключения первых ВМ в списке, а затем запустит переключение следующих. Это ограничение помогает снизить нагрузку на производственную инфраструктуру и сервер резервного копирования.

Пример:

Если вы добавили 14 ВМ в план аварийного переключения и настроили их одновременный запуск, Backup & Replication начнёт аварийное переключение для первых десяти ВМ в списке. После переключения первой ВМ система запустит переключение одиннадцатой ВМ, затем двенадцатой и так далее.

Backup & Replication поддерживает только один тип аварийного переключения за раз.

Если пользователь услуги или сервис-провайдер запускает план аварийного переключения в облаке во время частичного аварийного переключения сайта, Backup & Replication предложит обработать ВМ, участвующую в частичном переключении, в рамках плана аварийного переключения в облаке.

Важно: выполнить частичное переключение можно только для виртуальных машин со статическими IP-адресами.

Восстановление зашифрованных реплик VM на уровне файлов для Multi-OS не поддерживается.

Особенности работы VMware Cloud Director Availability

При работе с VMware Cloud Director Availability важно учитывать следующие особенности:

Восстановление сервисов

VMware Cloud Director Availability восстанавливает ВМ и vApp, но не гарантирует восстановление работы сервисов. После аварийного восстановления рекомендуем проверить работоспособность сервисов и приложений, запущенных в гостевой ОС ВМ.

Ручной запуск аварийного восстановления

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

Возвращение на основную площадку

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

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

Рекомендации по vApp с несколькими ВМ

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

Изменение конфигурации ВМ

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

Ограничения по виртуальным ЦОД

Если vApp состоит из нескольких ВМ, их можно реплицировать только в один виртуальный ЦОД. При попытке запустить репликацию ВМ из одного vApp в разные виртуальные ЦОД появится ошибка. Реплицировать в разные виртуальные ЦОД можно только ВМ из разных vApp, а также отдельные (Standalone) ВМ.

Типы заданий для vApp

Если vApp состоит из нескольких ВМ, можно настроить либо только задания Protection, либо только Migration. Выполнять разные типы заданий для одного vApp не получится, даже если задания относятся к разным ВМ внутри этого vApp.

Опция Consolidate VM disks

Опция Consolidate VM disks (доступна при запуске аварийного восстановления или миграции) определяет способ хранения дисков и скорость восстановления.

Когда опция включена:

• Сервис создаёт оптимизированный общий диск с дедупликацией данных внутри реплики.
• Время запуска ВМ из реплики увеличивается, но экономится место хранения реплик и оптимизируется сетевой трафик между основной и резервной площадкой.

Когда опция отключена:

• Сервис хранит образы дисков реплик в том же формате, что на основной площадке.
• Запуск ВМ из реплик происходит быстрее, так как не требуется регидратация данных реплики.

• Максимальное количество одновременных заданий репликации – 350
• Максимальная скорость одного потока репликации –100 МБ/с
• Максимальное количество точек восстановления виртуальной машины –3
• Минимальный RPO –15 минут
• Максимальный размер реплицируемой виртуальной машины – 20 ТБ
• Глубина хранения точек восстановления – не более 7 дней

• План возможно создать только на той площадке, на которой размещаются реплики.
• На On-premises площадке создание плана недоступно.
• План работает с заданиями на репликацию, которые находятся в разделе Incoming replication.
• План использует реплики, которые должны быть заранее созданы заданиями на репликацию.

Перед установкой On-premises Appliance необходимо проверить его совместимость с версиями VMware ESXi и vSphere на основной площадке.

Поддерживаемые версии

Все версии VMware Cloud Director Availability совместимы с:

• VMware vSphere Server 6.7 U1 и выше;
• VMware ESXi 6.7 U1 и выше.

Ограничения для версии 6.5 U3

VMware Cloud Director Availability также совместим с VMware vCenter Server и VMware ESXi версии 6.5 U3, но в этом случае недоступно использование VMware Cloud Director Availability vSphere Client Plug-In. Вместо него предлагается использовать VMware Cloud Director Availability Portal.

1. Сеть

Необходимо разрешить прохождение трафика согласно таблице ниже.

2. Виртуальные ресурсы.

Для виртуальной машины с VMware Cloud Director Availability On-premises Appliance необходимо:

• 4 ядра CPU;
• 4 ГБ оперативной памяти;
• 10 ГБ хранилища.

3. Особенности разворачивания.

Рекомендуется создать выделенный интерфейс для трафика репликации, отделив его от трафика управления. При создании используйте тег vSphere Replication и тег NFC vSphere Replication. Настройте интерфейс для репликации в отдельной IP-подсети и подключите VMware Cloud Director Availability On-premises Appliance к той же группе виртуальных портов.

При использовании этой конфигурации трафик репликации между хостами VMware ESXi и VMware Cloud Director Availability On-premises Appliance остается в одном широковещательном домене. Несжатый трафик репликации не проходит через маршрутизатор и экономит полосу пропускания сети.

Также если в On-premises инфраструктуре существует несколько экземпляров VMware vCenter Server, рекомендуется зарегистрировать VMware Cloud Director Availability On-premises Appliance в службе VMware vCenter Server Lookup на Platform Services Controller.

• Google Chrome 96 и более поздние версии
• Microsoft Edge Chromium 95 и более поздние версии
• Mozilla Firefox 94 и более поздние версии
• Safari 15 и более поздние версии