- PVSM.RU - https://www.pvsm.ru -
В этой статье будет рассмотрена процедура расширения сети предприятия в облако провайдера посредством компонента VMware NSX® Edge™ Gateway Standalone. А также детально разобраны виды миграции виртуальных машин.
Прежде чем приступать к миграциям и настройке сети, необходимо убедиться в том, что все компоненты инфраструктуры развернуты, настроены и запущены. О том, как развернуть и настроить инфраструктуру VMware vCloud Director® Extender, можно посмотреть в предыдущей статье [1].
Все описанные далее действия требуется выполнять на инфраструктуре клиента.
Управление инфраструктурой vCloud Director осуществляется в интерфейсе VMware vCenter Server®. Чтобы добавить новое облако:
Provider Cloud Name — произвольное имя, под которым будет отображаться данное подключение
Provider Cloud URL — ссылка на публичное облако с указанием имени организации
vCD Extender Cloud Service URL — ссылка на публичный адрес vCloud Extender, развернутого у провайдера
После того, как выполнено подключение, во вкладке Provider Clouds можно увидеть информацию о подключении к облаку, о виртуальных дата-центрах организации и потреблении ресурсов.
Уже в текущем состоянии система готова к «холодной» миграции. Но об этом чуть позже. Вначале закончим настройку, чтобы можно было проводить «горячие» миграции.
Подготовим виртуальный дата-центр для взаимодействия с vCloud Director Extender:
По умолчанию уже будет создан один виртуальный маршрутизатор. Следует заметить, что большой объем трафика в L2VPN канале будет сильно нагружать маршрутизатор. Рекомендуем создать отдельный виртуальный маршрутизатор или же запросить увеличение ресурсов на текущем. В данном примере будем работать с маршрутизатором по умолчанию.
Конвертация займет не более пары минут, при этом возможно пропадание сетевой доступности маршрутизатора на 20-30 секунд.
Можно сразу же подготовить сеть, которую впоследствии будем «растягивать» между локальным vCenter и облаком.
Важно обратить внимание, что сеть должна быть создана как саб-интерфейс. Отметьте чекбокс в графе Create as subinterface.
В открывшемся окне L2 Appliance Configuration укажите параметры размещения виртуальной машины апплайнса: папку, кластер, датастор и имя порт-группы.
Также, в графе Uplink Network Pool IP задайте IP-адрес будущей виртуальной машины, введя его в поле и нажав кнопку ADD. Не забудьте указать адрес шлюза и сетевой префикс. Нажмите CREATE.
Select Source → Network — выберите локальную порт-группу, сеть которой будем «растягивать».
Select Target → vDC — выберите целевой виртуальный дата-центр.
Select Target → Network — выберите созданную ранее сеть.
Кстати, если сеть еще не создана, то ее возможно создать прямо из этого интерфейса, нажав на кнопку ADD NETWORK.
В процессе развертывания NSX Edge Gateway Standalone создается дополнительная транковая порт-группа и развертывается OVF-шаблон самой виртуальной машины. Через пару минут все будет готово, и туннельное соединение с облаком будет установлено.
Любую миграцию можно осуществить, перейдя на вкладку Migrations и нажав на кнопку NEW MIGRATION. Мигрировать можно как по одной виртуальной машине, так и группами.
Далее по порядку рассмотрим все типы миграции. И первой будет «холодная» миграция (Cold Migration).
Выберите тип миграции Cold Migration и далее следуйте указаниям мастера.
Помечая виртуальные машины для «холодной» миграции нужно учесть, что они должны быть выключены на момент миграции.
Заметим, что группировка виртуальных машин при миграции в один vApp отрабатывает не так, как ожидалось, что приводит к неудачной миграции всех виртуальных машин кроме одной, поэтому выберите Each VM stays individually.
Продолжительность миграции зависит от пропускной способности интернет-канала и размера виртуальной машины.
Для выполнения «горячей» миграции:
Выполнение «горячей» миграции возможно только на включенных виртуальных машинах.
Процедура переключения займет некоторое время. После завершения процесса задача миграции будет помечена как завершенная.
Проверяя сетевую доступность ВМ в момент переключения можно заметить, что несколько запросов завершились неудачно. Как раз в этот момент осуществлялась финальная синхронизация: выключение локальной машины и включение копии в облаке. Время простоя виртуальной машины составило всего около двух минут.
Миграция «на предварительно загруженную копию» отличается от обычной «горячей» миграции тем, что при миграции необходимо будет указать эту самую копию. Сама копия может быть загружена как OVF-шаблон через интерфейс vCloud Director, так и на копию, предварительно смигрированную «на холодную». Копия виртуальной машины в облаке, на которую будем «накатывать» репликацию, должна быть выключена.
Следует заметить, что на шаге Select a Target Cloud будет доступно выпадающее меню со списком выключенных виртуальных машин в целевом дата-центре.
В остальном, все выполняемые шаги будут аналогичны тем, что описаны в «горячей миграции», с последующим переключением на целевую копию в облаке.
После того, как были проведены миграции, виртуальные машины доступны для управления через интерфейс vCloud Director.
В качестве наиболее актуальных сценариев использования решения vCloud Extender можно рассматривать следующие варианты:
Данный процесс можно разделить на несколько этапов:
На этом этапе осуществляется проверка и составление схем взаимодействия различных узлов инфраструктуры. Проводится расчет требуемых вычислительных и дисковых ресурсов. Осуществляется оценка рисков.
На этапе подготовки производим дополнительный заказ требуемых ресурсов, увеличиваем необходимые квоты. Выделяем сетевые ресурсы в облаке. Производим настройку сетей в виртуальном дата-центре и поднимаем VPN-туннели.
На этапе тестирования важно проверить доступность узлов локальной инфраструктуры из облака, но также не менее важным является проверить пропускную способность канала, чтобы оценить время миграции. Для этого можно развернуть небольшую виртуальную машину из шаблона и провести все необходимые тесты.
Последним этапом будет являться сама миграция. При этом ее можно провести в нерабочее время без участия персонала, просто запланировав все задания заранее. Если миграции были «холодными», то с утра останется просто включить все виртуальные машины в облаке.
Если же они выполнялись в «горячем» режиме, то потребуется выполнить задания «обрезки» реплик, что также может быть запланировано на следующий день или ночь. Для такого сценария отлично подойдет реализация миграции на предварительно загруженную копию.
В этом сценарии предполагается предварительное развертывание сервиса и его настройка в локальной инфраструктуре предприятия. В данном случае вы экономите деньги, вложенные в аренду облачной инфраструктуры, а после миграции освобождаете свои локальные ресурсы для использования под другие нужды. Данный сценарий отлично подойдет для развертывания веб-порталов, почтовых серверов и схожих сервисов.
В данной статье была рассмотрена возможность vCloud Director Extender по масштабированию сети предприятия в облаке VMware vCloud. Так же был дан обзор трем видам миграции: «холодной», «горячей» и «на предварительно загруженную копию». Как видно из вышеописанного, процедура миграции, как и процесс инсталляции компонентов, не требует особых знаний и навыков, выходящих за рамки компетенций системного администратора предприятия.
Пожалуй, одним из наиболее весомых плюсов является возможность разгрузить человеческие ресурсы и провести миграцию автоматически, согласно заранее составленному плану.
Тем не менее, несмотря на всю кажущуюся простоту процесса миграции в облако, к данному процессу следует отнестись ответственно и внимательно. Самым важным этапом является не сама миграция, а ее подготовка и планирование. Грамотно составленный и протестированный план поможет сэкономить время, нервы, деньги и сохранит спокойный сон!
Если вы решили перенести часть своей инфраструктуры в облако на базе VMware [3], но не знаете с чего начать, то, надеемся, что данная статья поможет вам сделать первый шаг.
Автор: WW3
Источник [4]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/vmware-2/304805
Ссылки в тексте:
[1] предыдущей статье: https://habr.com/company/selectel/blog/424371/
[2] задокументированный «баг»: https://docs.vmware.com/en/vCloud-Director-Extender/1.0/rn/rel_notes_vcloud_director_extender_1.html
[3] облако на базе VMware: https://selectel.ru/services/cloud/vmware/
[4] Источник: https://habr.com/post/435498/?utm_campaign=435498
Нажмите здесь для печати.