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-ключа требует времени.

При репликации с on-premise площадки клиента как быть с подсетями? Каким образом можно растянуть локальную сеть организации до облака?