Как мигрировать ВМ в Облако

В этой статье мы расскажем, как перенести ваши виртуальные машины Hyper-V в Public Cloud на платформе Cloud Director.

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

Пройдемся по пунктам, которые необходимо выполнить на своей стороне сервис-провайдеру:

1. Выполнить настройки со стороны облачного дата центра: создать организацию, ресурсы, учетные записи. Передать доступ клиенту;

2. Подготовить инфраструктуру Veeam Cloud Connect: установить ПО Veeam, настроить Veeam Cloud Gateway, настроить балансировщик;

3. Подключить Veeam Cloud Connect к vCloud Director;

4. Создать тенанта vCloud и сообщить клиенту о том, что настройка со стороны сервис провайдера выполнена.

Мы создали виртуальный датацентр клиента в vCloud, Veeam Cloud Connect у нас установлен, Cloud Gateway мы так же добавили, возможно, включили их в пул. Теперь займемся непосредственно настройкой репликации и бэкапа в облако.

В первую очередь необходимо подключить инфраструктуру VMware vSphere и vCloud Director к установленному ранее Veeam Cloud Connect. Здесь нет ничего сложного, на закладке Backup Infrastructure в разделе Managed Servers добавляем vCloud Director:

Нам потребуются адреса контроллеров vCloud Director, с которыми может и будет взаимодействовать Veeam, а также учетные записи для доступа к vCloud Director и VMware vSphere. На данном шаге крайне важно, чтобы настройки DNS были корректны и все компоненты vCloud Director и vSphere были доступны по именам, если таковые используются.

По окончанию процесса добавления, в разделе Managed Servers у нас появится vCloud Director, а также VMware vCenter Server.

На этом процесс интеграции Veeam и VMware на стороне сервис-провайдера закончен.

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

Данная процедура несколько отличается от привычного управления пользователями в Cloud Connect, заключающегося в создании связки пользователь-пароль и выделения ресурсов, как дисковых, так и вычислительных.

В разделе Cloud Connect, где мы обычно создаем пользователей и назначаем им ресурсы (Tenants), мы добавляем нового клиента, но уже указываем, что это аккаунт vCloud Director:

В следующем окне, необходимо будет связать клиента Veeam с его организацией в vCloud Director:

В конкретном случае, я привязываю ранее созданною в vCloud Director организацию Test к нашему тенант аккаунту в Veeam Cloud Connect.

Следующим шагом мы получим список всех vDC в данной организации, на которые можно делать реплику и бэкап:

В целом в настройках аккаунта нет ничего сложного.

По окончанию мы получаем готовый аккаунт клиента:

Теперь в раздел Replica org vDCs и Backup Storage, можно будет наблюдать за утилизацией ресурсов в виртуальных датацентрах клиента:

На этом, настройка со стороны Veeam и, в целом, сервис-провайдера закончена. Если коротко резюмировать – мы разрешили клиенту выполнять бэкап и репликацию в свой vDC через наш Veeam Cloud Connect.

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

В меню Backup Infrastructure нас интересует пункт Service Providers. Добавляем нового:

Здесь мы указываем либо адрес балансировщика нагрузки, который выполняет распределение запросов между компонентами Cloud Gateway сервис-провайдера, либо адрес самого Cloud Gateway (данные адреса предоставляются сервис-провайдером клиенту):

Принимаем сертификат и указываем учетные данные для подключения:

В качестве логина и пароля мы должны указать учетную запись с правами Organization Administrator (OrgAdmin) от нашего vDC в формате Имя_организации\Учетная_Запись.

Повторимся – указывается тот же аккаунт, которым клиент входит в консоль vCloud Director.

На следующем этапе будут видны ресурсы, доступные для организации. Фактически, это ресурсы дата центра клиента:

После окончания процесса добавления облачных ресурсов, в пункте меню Managed Servers появится новый пункт vCloud Director с содержимым в виде так называемых Cloud Hosts:

Эти хосты ничто иное, как vDC клиента и точки, куда клиент может делать репликацию виртуальных машин VMware.
Для миграции же машин Hyper-V в vDC будет использоваться Instant Recovery в облако.

На этом шаге со стороны клиента заканчивается этап по подключению облачных ресурсов к своему серверу резервного копирования.

Последним шагом мы проверим то, ради чего все и затевалось – миграция виртуальных машин из инфраструктуры Hyper-V в облако VMware vCloud Director.

На стороне клиента создаем привычный многим Backup Job и выбираем виртуальные машины, копии которых хотим разместить в облаке:

На следующем этапе, в разделе Backup Repository, выбираем Cloud Repository.

Все дальнейшие пункты аналогичны стандартному процессу создания задачи.

Запустим задачу. После завершения задачи в разделе Backups будет виден диск в облаке:

Возвращаемся на сторону сервис провайдера

После завершения задачи в разделе Backups на стороне сервис провайдера также будет виден диск с задачей и название Тенанта:

Далее для проведения миграции необходимо выполнить Instant Recovery и в качестве destination и ресурсов выбираем ранее созданную организацию vDC. Нужно заметить, что при восстановлении Instant Recovery со стороны сервис провайдера, тенант деактивируется, тем самым не давая удалять или изменять бэкапы.

После завершения восстановления и перевода виртуальной машины в продуктив, копия машины появляется в vDC тенанта. То ради чего всё и затевалось.

Наша компания Росукреп подготовила СПЕЦИАЛЬНОЕ ПРЕДЛОЖЕНИЕ для читателей нашего блога: Получите 100 000 р бесплатную миграцию и разверните ваши виртуальные машины в облаке Росукреп