Disaster recovery

В настоящий момент репликация такого типа не проводится.

Решение на базе vCAV удобно использовать тем клиентам, кто имеет собственную инфраструктуру на VMware, в этом случае не требуется покупки дополнительных лицензий к уже имеющимся у клиента на vSphere. Управлять репликацией можно через плагин vSphere на основной площадке или vCloud Director на резервной площадке. Также после восстановления основной площадки после аварии легко мигрировать с помощью того же vCAV обратно на основную площадку.В случае с Veeam вернуться из облака на основную площадку не так просто, потребуется использование дополнительных инструментов и более длительный процесс.

Если нет VMware на серверах, то вы не сможете использовать решение на базе vCloud Availability. Как альтернативу можем предложить другие продукты на базе Veeam B&R или Commvault.

Лицензии на Windows в процессе репликации не тарифицируются, тарификация возникает только после аварийного восстановления. При запуске виртуальной машины на площадке #CloudMTS вам необходимо с помощью инструкции по активации подключиться к нашему внутреннему KMS-серверу и активировать все лицензии Windows Server (поддерживаются все редакции начиная с 2012 R2). Инструкцию мы предоставляем. В этом случае нарушений лицензирования Microsoft нет.

Лицензии на Windows в процессе репликации не тарифицируются, тарификация возникает только после аварийного восстановления.

Используется протокол TLS, настраивается автоматически встроенными средствами vSphere Replication. Cбоев не будет, важно обеспечить видимость публикации DR (резервного) сайта провайдера со стороны клиента, организовать доступность по TCP порт 443 одного из порталов аварийного восстановления, где активна услуга.

Внутренняя IP-адресация (адресация внутри гостевой ОС) не изменяется, т. е. машина поднимается на DR-площадке ровно в том состоянии, в котором была создана точка восстановления, если не настроено изменение адресации за счет IP-пулов на уровне сетей организации. Данный функционал полностью отдан на сторону клиента и клиент в праве самостоятельно решать, как и что у него будет изменяться.

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

При миграции/репликации ВМ между площадками макрорегиона Москва и дальнейшем восстановлении на резервной площадке, если ЦОД, где размещена основная площадка, находится в рабочем состоянии, нет необходимости перевозить USB-ключи. USB-ключ из USB-концентратора любого ЦОДа макрорегиона Москва можно пробросить на нужную площадку – КЦОД, DataPro или «Авантаж».При миграции/репликации ВМ на площадки других регионов такой возможности нет, кроме того, передача USB-ключа требует времени.