Привет! В прошлом посте я рассказал о возможностях VMware vCloud Availability (vCAV) и показал, как организовать Disaster Recovery (DR) и миграцию в рамках нескольких площадок облачного провайдера. Сегодня посмотрим, как с помощью vCAV восстановиться или просто смигрировать в облако сервис-провайдера с on-premise-площадки. В нашем примере будем настраивать DR с локальной площадки заказчика в облако в СПб. 



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

Для удобства сделал быструю навигацию по инструкции:



Настраиваем vCloud Availability Appliance for Tenants на локальной площадке


Чтобы подготовить on-premise-площадку к переезду или восстановлению, необходимо развернуть и настроить виртуальную машину с vCloud Availability Appliance for Tenants.

  1. Загружаем шаблон виртуальной машины с сайта VMware.


  2. В vCenter выбираем контейнер для размещения виртуальной машины. Это может быть дата-центр, папка, кластер или ресурс-пул. По правой кнопке выбираем пункт Deploy OVF Template и загружаем файл шаблона.

    Дальше идем по стандартному алгоритму загрузки шаблона: 

    • выбираем шаблон,  
    • задаем имя виртуальной машины, 
    • выбираем папку и ресурсный пул,  
    • принимаем лицензионное соглашение, 
    • выбираем хранилище, 
    • прописываем сетевые параметры.


  3. Проверяем и жмем Finish.


  4. Запускаем виртуальную машину. В строке браузера вводим адрес установленного апплаенса vCAV https://*IP-адрес-виртуалки*/ui/admin



    Задаем пароль. 


  5. Здесь же в браузере запускаем мастер настройки — Initial Setup Wizard.


  6. Задаем имя для локальной площадки.


  7. Указываем параметры подключения к локальному vCenter: 
    • адрес lookup-сервиса, 
    • имя и пароль администратора vCenter.  

    Если инсталляция включает раздельный Platform Service Controller (PSC), то адрес lookup-сервиса совпадает с адресом PSC.


  8. Принимаем сертификат vCenter.


  9. Указываем адрес для подключения к облаку и логин-пароль администратора организации в vCloud Director. Для нашего примера укажем облако в СПб. 

    Здесь же активируем опцию Allow access from cloud, чтобы администратор vCloud Director мог обращаться к локальной площадке из облака.


  10. Принимаем сертификат vCloud Director. 


  11. Проверяем настройки. Здесь же можно сразу настроить, куда будет восстанавливаться ВМ в обратную сторону: из облака на локальную площадку. Для этого активируем опцию Configure local placement now. Жмем Finish.


  12. После активации опции Configure local placement открывается мастер.

    Указываем место размещения для восстановленной ВМ: папку и ресурсный пул.




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


  14. Указываем хранилище для восстановленной ВМ.


  15. Проверяем все настройки и жмем Finish.


  16. В административной панели апплаенса vCAV на вкладке System Monitoring проверяем соединение с облачным сервис-провайдером.


  17. В vCenter появился новый пункт меню vCloud Availability. Переходим туда. 


  18. На главной странице vCAV можно будет наблюдать параметры реплик виртуальных машин в облаке сервис-провайдера.


  19. Теперь зайдем в vCloud Director, в главном меню перейдем в vCAV и настроим задания (аналогично первой статье).



Настраиваем DR из on-premise в облако провайдера


  1. Мы оказались на главной странице vCAV. В Incoming replications выбираем, что будем защищать с помощью DR: ВМ или весь контейнер с виртуальными машинами.


  2. Выбираем New Protection.


  3. Указываем нашу локальную площадку. 


  4. Выбираем нужные ВМ.


  5. Указываем ресурсный пул в облаке.


  6. Настраиваем параметры защиты. Напомню, что они дают:
    • RPO. Минимальный доступный RPO — 5 минут.
    • Storage Policy. Здесь можно поменять тип дисков в зависимости от того, что доступно на резервной площадке. 
    • Retention policy. Выбираем количество точек восстановления и период. Можно выбрать до 24 точек восстановления.
    • Enable quiesce. Эта опция поможет сохранить консистентность на уровне приложения при создании реплики.
    • Advanced. Позволяет исключить какие-то диски из репликации либо задать для них специальное расписание. Выбираем эту опцию, чтобы не выполнять синхронизацию немедленно.


  7. Все проверяем, жмем Finish.


  8. Смотрим статус репликации.



    Репликация завершилась.



Тестируем восстановление


  1. Теперь можно запустить тестовое переключение на площадку в облаке. Жмем Test Failover.


  2. Выбираем параметры: 
    • сразу включить vApps — Power on recovered vApps;
    • использовать преднастроенные параметры сети — Apply preconfigured network settings on failover.


  3. Указываем точку восстановления.


  4. Проверяем параметры и нажимаем Finish.


  5. Смотрим статус задачи.



    Ждем, когда она завершится.


  6. ВМ должна появиться в облаке.


  7. Для возврата в исходное состояние ВМ (завершения теста) жмем Test Cleаnup.



    И нажимаем кнопку Cleanup.


  8. В консоли видим, что все вернулось в исходное состояние.



Переключаемся из on-premise в облако


  1. Проверяем, что с репликой все хорошо, и нажимаем Failover.


  2. В параметрах восстановления можно:
    • убрать ненужные точки восстановления — Consolidate VM disks;
    • сразу включить vApps — Power on recovered vApps;
    • выбрать другую сеть — Connect all VMs to network.


  3. Выбираем точку восстановления.


  4. Жмем Finish.


  5. Дожидаемся завершения переключения.


  6. Смотрим, чтобы ВМ появилась в облаке.


  7. Чтобы переключить направление репликации в обратную сторону, после операции Failover нажимаем Reverse


  8. В результате будет пересоздано задание репликации из облака на локальную площадку. Исходная ВМ будет удалена.


  9. Теперь исходной стала облачная площадка, а резервной — локальная.



При необходимости можно сделать обратное переключение из облака на локальную площадку.



В этих статьях мы рассмотрели основные сценарии использования vCAV и показали, как легко защитить свою инфраструктуру или выполнить миграцию.

Инструмент несложен в настройке, и главное — можно самостоятельно управлять процессом репликации.