Всем привет!

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

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



Для примера:

  • настроим восстановление ВМ c площадки NORD на площадку OST;
  • смигрируем виртуальную машину из Питера в Москву.






Для примера мы создали в vCloud Director три ресурсных пула для трех площадок: двух в Москве и одной в Питере.

Как работает vCAV

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

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

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

Настраиваем DR между разными площадками одного облака

В этом примере мы будем настраивать DR на площадке OST для виртуальной машины в NORD. В данном случае у нас будет одна организация с отдельными ресурсными пулами на каждой площадке.

  1. В меню vCloud Director переходим в vCAV.



  2. Попадаем на главную страницу vCAV, где приведена основная информация о состоянии реплики. Переходим во вкладку Outgoing Replications – to Cloud.



  3. Создаем задание на репликацию из NORD в OST. Выбираем vApp или ВМ. Нажимаем New protection.



  4. На площадке NORD выбираем виртуальную машину, для которой будем настраивать репликацию.



  5. Выбираем площадку, куда будет реплицироваться выбранная виртуальная машина.



  6. Выбираем ресурсный пул на резервной площадке. В нашем случае это OST.



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




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



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



  10. Ждем завершения синхронизации, и можно запускать реплику. Нажимаем Failover.



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




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



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



  14. Заходим в организацию на площадке OST. Видим, что реплика запущена.



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



  16. В результате будет пересоздано задание репликации из OST в NORD. Исходная ВМ в NORD будет удалена.



  17. Задание пересоздано, исходной площадкой стал OST, а резервной – NORD.



  18. Восстановление можно протестировать, нажав на Test Failover.



  19. В итоге у нас будет запущена копия ВМ на площадке OST.



  20. После того, как мы все проверили, жмем Test Cleanup. Так мы удалим копию ВМ после теста.



  21. После подтверждения ВМ будет удалена.




Настраиваем миграцию виртуальных машин между площадками


Теперь мигрируем виртуальную машину с московской площадки в Питер.

  1. Для этого в интерфейсе vCAV нажимаем New Migration.



  2. Выбираем ВМ в OST, которая переедет на площадку в Питере.



  3. Выбираем облако в СПб.



  4. Выбираем пул ресурсов.



  5. Выбираем тип диска.



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



  7. Задание готово. Нажимаем Migrate.



  8. Отмечаем требуемые опции. Тут все то же самое, что и при настройке DR. Единственное – виртуальные машины, которые мы мигрируем, после успешного переезда будут выключены.



  9. Жмем Finish.



  10. Процесс миграции пошел.



  11. После завершения миграции в облаке СПб появляется наша ВМ.



  12. На площадке OST остается выключенная ВМ.




На этом все. В следующей части рассмотрим настройку DR и миграцию с клиентских площадок on-premise в облако провайдера.