Как мигрировать между облаками на VMware

Причины для миграции

Облачная миграция — это перенос данных, приложений и сервисов из локальной инфраструктуры в облако или из одного облака в другое. Причин для миграции может быть несколько.

• Переход с on-premise в облачную среду. Чтобы организовать локальную инфраструктуру, нужно купить оборудование, обучить персонал, оплачивать электроэнергию, получить лицензии и сертификаты. Облако, напротив, позволяет перейти от капитальных затрат к операционным, оплачивать только те ресурсы, которыми компания пользовалась по факту (модель pay-as-you-go) и гибко масштабироваться под потребности бизнеса.
• Создание Disaster Recovery. Виртуальные машины регулярно реплицируются на резервную площадку. В случае если основной дата-центр пострадает от природных катаклизмов или аварий, бизнес сможет быстро восстановить данные, системы или полностью ИТ-инфраструктуру с помощью DR.
• Миграция на другую площадку сервис-провайдера. Например, компания размещает свои данные в облаке на базе российского дата-центра, но планирует выходить на международный рынок и открыть офис в США. Чтобы соблюсти нормативно-правовые акты страны, находится ближе к своим клиентам и увеличивать скорость работы сервисов, бизнесу необходимо перенести данные на зарубежные площадки. К примеру, дата-центры ITGLOBAL.COM находятся в девяти странами мира.
• Смена облачного провайдера. Организации часто годами работают с одним провайдером, закрывая глаза на то, что он нарушает SLA, не развивает свой портфель услуг и выставляет огромные счета. Если провести мониторинг рынка, то может оказаться, что условия у других провайдеров лучше и бизнесу выгоднее перейти к конкурентам.

Возможные процедуры миграции

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

• Репликация с помощью VMware Cloud Director Availability или vSphere replication. С помощью специализированного ПО файлы ВМ переносятся в облачную инфраструктуру в фоновом режиме, без остановки ОС и сервисов. В конце процесса (момент может быть выбран произвольно) останавливаются критичные к консистентности сервисы, и производится финальная синхронизация образов. При необходимости производится смена настроек (например, IP адрес), остановка сервера-источника и запуск клона в облачной инфраструктуре. Плюсы метода: минимальный простой критичных сервисов.
• Репликация с помощью Veeam Backup & Replication. Аналогично предыдущему варианту, но с помощью программного обеспечения Veeam Backup & Replication.
• Импорт образа ВМ. Производится экспорт образа ВМ с исходной площадки и последующий импорт в облачную инфраструктуру. Минусы: простой сервисов в течение всего времени экспорта-импорта.
• Миграция на уровне данных. В облачной инфраструктуре создают ВМ, на них устанавливают ОС и необходимое ПО, сервисы  конфигурируются, пользователей переключают на использование привычных сервисов, размещенных в облачной инфраструктуре.

Мы рассмотрели основные процедуры, на самом деле их намного больше. Например, Hystax Acura, консольная OVFTools от VMware и другие.

Подготовка к миграции

В статье мы разберем миграцию с помощью VMware Cloud Director Availability.  Чтобы миграция прошла бесшовно, необходимо выполнить следующие пункты.

• Подготовить виртуальный дата-центр (vDC) под ИТ-инфраструктуру клиента. vDC должен быть аналогичным по ряду параметров: CPU, RAM, Storage, чтобы ВМ можно было легко перенести в облако.
• Создать учетную запись организации, чтобы с ее помощью системные администраторы клиента могли подключиться к виртуальному дата-центру (vDC).
• Клиент собственными силами или с помощью наших специалистов подготавливает сетевую инфраструктуру для резервной площадки (создает локальные сети, настраивает виртуальный шлюз NSX Edge в плане различных правил публикации своих сервисов/правил FireWall/VPN-туннелей). Это нужно, чтобы при переключении на резервную площадку, ВМ стояли не просто сами по себе, а были подключены к соответствующей сетевой инфраструктуре.
• Определиться, кто будет проводить миграцию. Миграцию проводят ИТ-специалисты компании самостоятельно, либо с помощью команды облачного провайдера. Это зависит от компетенций и опыта клиента. Чаще всего провайдеру достаточно показать миграцию одной ВМ, чтобы дальше процесс происходил без его участия.
• Выбрать инструмент для миграции. Для перехода с облака или локальной инфраструктуры на платформе виртуализации VMware ITGLOBAL.COM использует Cloud Director Availability, но на рынке существует и другие. Например, Veeam Backup & Replication.

Процесс переноса ВМ

Для демонстрации миграции мы перенесем виртуальную машину (ВМ) с облачной площадки, развернутой в московском дата-центре IXcellerate, в облако на базе DataSpace. Процесс будет идентичен тому, если бы клиент переносил свои ВМ в облако ITGLOBAL.COM, либо создавал на базе нашей площадки DR. Для миграции будем использовать Cloud Director Availability и канал передачи данных через Интернет.

Настраиваем задание для миграции в облако.

Указываем логин, учетные данные администратора и через собаку имя организации.

Выбираем ВМ и конечную точку назначения для миграции.

Выбираем целевой vDC в облаке провайдера.

Выполняем с помощью vCloud Availability начальную синхронизацию для каждой новой репликации.

После окончания миграции в консоли будет отображаться статус ВМ.

После репликации нажимаем Network settings. Можно поменять сети, которые уже предварительно настроили или оставить текущие.

Выбираем реплицируемую ВМ или vApp, нажимаем кнопку Migrate в меню All Actions.

Сроки миграции

Продолжительность миграции зависит от многих факторов: размера виртуальной машины, количества и типов дисков (SSD, HDD) в СХД на исходной и DR-площадке, ширины интернет-канала, загруженности канала другими потребителями VCDA и т.д. Например, если ВМ объемом 2 Гб, то ее перенос займет менее пяти минут. Если виртуальная машина весит 2 Тб, то ее репликация будет происходить дольше.

После миграции

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

Вывод: миграция — это проще, чем кажется

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

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