Миграция виртуальных машин
Общая информация
Миграция ВМ предназначена для переноса ВМ из облака-источника в облако-приёмник. Процесс миграции выполняется исполнителем миграции под управлением сервиса миграции и состоит из следующих основных этапов:
-
Получение из облака-источника метаданных исходной ВМ.
-
Производится корректное завершение работы исходной ВМ. Если на текущий момент исходная ВМ находится в выключенном состоянии, то производится её запуск с последующим контрольным корректным завершением её работы.
Примечание
Следующие этапы миграции могут производиться только в выключенном состоянии исходной ВМ. Завершение работы исходной ВМ должно производиться командой
Shut Down Guest OSс использованием VMware Tools. При некорректном завершении работы исходной ВМ миграция завершится ошибкой. -
Производится экспорт копии(й) диска(ов) целевой ВМ из облака-источника.
-
Копия(и) диска(ов) конвертируется(ются) в формат, поддерживаемый облаком-приёмником. Копия загрузочного диска кастомизируется для использования в облаке-приёмнике.
-
Копия(и) диска(ов) целевой ВМ импортируется(ются) в облако-приёмник.
-
В облаке назначения создаётся целевая ВМ с конфигурацией, соответствующей конфигурации исходной ВМ.
-
К целевой ВМ подключается(ются) импортированная(ые) копия(и) диска(ов) исходной ВМ.
-
Целевая ВМ запускается в облаке-приёмнике.
Внимание
Исполнитель миграции должен иметь доступ к базовым публичным или локальным репозиториям гостевой ОС на базе Linux, запланированной для миграции. Если доступ осуществляется через прокси-сервер, то следует внести изменения в конфигурацию исполнителя. Доступ к репозиториям требуется при кастомизации образа гостевой ОС на базе Linux в процессе установки ПО для обеспечения полноценного функционирования в целевой системе виртуализации. Для целевой системы SpaceVM и устанавливаются пакеты qemu-guest-agent и cloud-init с зависимостями.
Для ОС на базе Linux в файле
/etc/fstabмонтирование дополнительных дисков следует конфигурировать не по имени устройства, а по его UUID. После миграции имя устройства может измениться. UUID устройства остаётся неизменным. UUID дисков можно получить командойblkid.Пример вывода команды
blkid~# blkid /dev/sda1: UUID="F90A-18F7" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="f105f116-9be8-4e64-b441-5c5c5e5047ed" /dev/sda2: UUID="b8d662af-710c-492c-af18-bfea25a2f034" TYPE="ext4" PARTUUID="6034599d-e235-42d3-9077-98dec643889f"
Перед началом миграции необходимо отключить CD/DVD диски, ISO-файлы и сетевые диски от целевой ВМ.
Перед началом миграции необходимо оставить подключённым только один сетевой интерфейс. Снова подключить сетевые интерфейсы можно после завершения процесса миграции.
Исходная ВМ в облаке-источнике остаётся в выключенном состоянии. В соответствии с внутренним регламентом компании пользователя производится проверка работы целевой ВМ в облаке-приёмнике. При необходимости целевая ВМ может быть выключена, а исходная включена для возобновления работы в состоянии, предшествующем выключению. Исходная ВМ в облаке-источнике может быть удалена в любое время.
Поддержка гостевых ОС исполнителями миграции на различных ОС
Ниже приведена информация по поддержке гостевых ОС исполнителями миграции на различных ОС.
Поддержка миграции гостевых ОС из VMware vSphere в SpaceVM (указанна гостевая ОС и ОС хоста для исполнителя задач миграции):
| Гостевая ОС | RHEL 7 | RHEL 8 | RHEL 9 | RedOS 8 | AstraLinux SE 1.7 | AstraLinux SE 1.8 | Ubuntu 24.04 |
|---|---|---|---|---|---|---|---|
| AstraLinux SE 1.7 | Да* | Да | Да | Да | Да | Да | Да |
| AstraLinux SE 1.8 | Да* | Да | Да | Да | Да | Да | Да |
| RedOS 7.3 | Да* | Да | Да | Да | Да | Да | Да |
| RedOS 8.0 | Да* | Да | Да | Да | Да | Да | Да |
| AltLinux 10 | Да | Да | Да | Да | Да | Да | Да |
| RHEL 7 | Да | Да | Да | Да | Да | Да | Да |
| RHEL 8 | Нет | Да | Да | Да | Да | Да | Да |
| RHEL 9 | Нет | Да* | Да | Да | Да | Да | Да |
| Ubuntu 18.04 | Да* | Да | Да | Да | Да | Да | Да |
| Ubuntu 20.04 | Да* | Да | Да | Да | Да | Да | Да |
| Ubuntu 22.04 | Да* | Да | Да | Да | Да | Да | Да |
| Ubuntu 24.04 | Да* | Да | Да | Да | Да | Да | Да |
| MS Windows 2012 | Нет | Нет | Да | Да | Нет | Нет | Да |
| MS Windows 2019 | Нет | Нет | Да | Да | Нет | Нет | Да |
Примечание для пунктов отмеченных символом «*»
Если гостевая ОС использует функции файловой системы, не доступные в ядре ОС исполнителя, то миграция будет невозможна. В этом случае следует выбрать исполнителя с ядром ОС не старше ядра гостевой ОС.
Внимание
В случае некорректных настроек сети гостевой ВМ под управлением ОС RedOS после миграции, рекомендуется запустить её в режиме «Однократный запуск». Необходимо выполнить следующие шаги:
-
В параметрах «Однократного запуска» активировать опцию «Использовать Cloud-Init» с требуемыми сетевыми настройками.
-
После загрузки ВМ убедиться в корректности параметров сетевых настроек.
-
Заблокировать дальнейшее изменение сетевых настроек после перезагрузки командой из терминала ВМ:
cat << EOF > /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg -
Перезагрузить ВМ. Сетевые настройки сохранятся.
-
Для разблокировки изменений настроек удалить файл
/etc/cloud/cloud.cfg.d/99-disable-network-config.cfg. -
Перезагрузить ВМ.
Создание задачи миграции виртуальных машин
Внимание
Обязательным условием выполнения задач миграции является сетевая доступность для исполнителя миграции облаков источника и приёмника независимо от того, в какой сети развёрнут он сам.
VMware Tools должны быть установлены на исходной гостевой ВМ в VMware vSphere на момент подготовки к миграции.
Для создания задачи миграции ВМ необходимо открыть раздел «Миграция» (1) в левом меню портала.
Для оптимизации отображения ранее созданных задач миграции доступна фильтрация по полям «Облако источник» (2), «Облако назначения» (3) и «Ресурс» (4). Опция «Показать скрытые» (5) управляет отображением «архивированных задач».
Примечание
При наличии предупреждения «Не зарегистрирован ни один исполнитель задач» (6) необходимо установить и зарегистрировать хотя бы один Исполнитель задач миграции на сервере, где будет происходить процесс миграции. Подробное описание процесса размещено соответствующей статье.
Нажатием кнопки «Создать задачу» (7) открывается окно задания параметров «Новой задачи миграции».
В окне «Новая задача миграции» задаются параметры миграции.
-
«Облако источник» (1) – предоставляет выбор облака источника миграции ВМ. Для выбора доступны облака, добавленные в подключения.
-
«Облако назначения» (2) – выбор целевого облака для миграции ВМ. Для выбора доступны облака, добавленные в подключения.
-
«Площадки» (опционально) (3) – пакетный выбор всех ВМ указанной площадки, предназначенных для миграции из выбранного облака источника.
-
«Ресурсы» (4) – выбор целевой(вых) ВМ, предназначенных для миграции из выбранного облака источника. При выборе «Площадки» поле «Ресурсы» дополняет список ВМ, предназначенных для миграции.
Примечание
Доступно создание задачи в пакетном режиме для ВМ с одинаковыми параметрами миграции.
-
«Кластер назначения» (5) – выбор целевого кластера для размещения ВМ после миграции.
-
«Хранилище назначения» (6) – выбор целевого хранилища для размещения образов целевой ВМ после миграции.
-
«Сеть назначения» (7) – выбор сети для подключения целевой ВМ после миграции.
-
«Исполнитель задачи» (8) – необходимо выбрать исполнителя задачи из выпадающего списка.
Примечание
Один Исполнитель задач может одновременно выполнять миграцию нескольких ВМ в отдельных сессиях. Максимальное количество сессий миграции определяет параметр «poolsize» в конфигурационном файле
config-migrate-runner.yml. Конфигурационный файл находится в директории<DIR_INSTALL_MIGRATE-RUNNER>/conf/выбранного Исполнителя задач. По умолчаниюpoolsize=0, что соответствует значению «3». Максимальное значение ограничено для целевого облака SpaceVM значением «100». -
«Окно запуска фазы миграции» (9) – выбор фазы запуска миграции немедленно, ночью или в выходные.
После завершения определения параметров для задачи миграции необходимо нажать «Создать» (10). Отобразится окно «Миграции виртуальных машин» с новой задачей. Если в «Окне запуска фазы миграции» указано «Немедленно», то задача будет запущена сразу.
Если в «Окне запуска фазы миграции» указан отложенный запуск, то задача будет находиться в статусе «Ожидание».
Просмотр и управление задачами миграции
В окне задачи доступны следующая информация и инструменты взаимодействия с процессом выполнения миграции:
-
«Задача» (1) отображает номер задачи.
-
«Источник» (2) отображает название облака источника задачи миграции.
-
«Назначение» (3) отображает название целевого облака задачи миграции.
-
«Ресурсы» (4) отображает имя целевой ВМ для задачи миграции.
-
«Запуск миграции» (5) отображает время запуска задачи миграции.
-
«Продолжительность» (6) отображает время, прошедшее с момента запуска задачи миграции.
-
«Выполнено (%)» (7) отображает приблизительную долю в процентах выполненной задачи от общего объёма или статус выполнения задачи. Точное значение доли выполненной задачи зависит от множества факторов, связанных с конкретной целевой ВМ.
-
«Действия» (8) отображает доступные инструменты взаимодействия с задачей в зависимости от статуса выполнения самой задачи и входящих в неё подзадач. Опция «Показать скрытые» (9) включает или отключает отображение архивированных задач.
Нажатие на номер задачи вызывает переход в окно, отображающее её подзадачи.
-
«Подзадача» (1) отображает номер подзадачи миграции.
-
«Ресурс» (2) отображает имя целевой ВМ для подзадачи миграции.
-
«Фаза» (3) отображает фазу выполнения подзадачи. Значок фазы в стадии выполнения окрашен в синий цвет. Значки завершённых фаз зелёного цвета. Значок в статусе ошибки красного цвета. Подзадача миграции представлена следующими фазами:
- Проверка.
- Подготовка.
- Экспорт образа.
- Конвертация образа.
- Импорт образа.
- Постнастройка.
-
«Начало» (4) отображает дату и время старта подзадачи миграции.
-
«Завершение» (5) отображает дату и время завершения подзадачи миграции.
-
«Продолжительность» (6) отображает общее время выполнения подзадачи миграции.
-
«Выполнено (%)» (7) отображает приблизительную долю в процентах выполненной подзадачи от общего объёма или статус выполнения подзадачи. Точное значение доли выполненной подзадачи зависит от множества факторов, связанных с конкретной целевой ВМ.
-
«Действия» (8) отображает доступные инструменты взаимодействия с подзадачей в зависимости от статуса выполнения подзадачи.
Для задачи, находящейся в статусе «Новая» или «Ожидание», доступно действие «Удалить» (12). Действие «Удалить» требует подтверждения. После подтверждения задача удаляется без возможности восстановления.
Нажатие по номеру подзадачи (1) вызывает открытие её «Журнала обработки» в отдельной вкладке.
Управление выполнением задач
-
Действие «Приостановить» (10) на уровне подзадачи становится доступным после прохождения первой фазы. На уровне задачи действие «Приостановить» доступно, если оно доступно на уровне одной из её подзадач. На уровне подзадачи действие «Приостановить» распространяется на конкретную подзадачу. На уровне задачи действие «Приостановить» распространяется на все подзадачи, для которых доступно это действие. При нажатии «Приостановить» появляется запрос на подтверждение действия для задачи и или подзадачи.
После подтверждения целевая подзадача приостанавливает работу. Данные её последней успешной фазы сохраняются. Для неё становится доступно действие «Перезапустить» (13). Для родительской задачи также становится доступным действие «Перезапустить» (13).
-
Действие «Отменить» (11) доступно для подзадачи в статусе «В работе», «Приостановлена» и «Ошибка». На уровне задачи действие «Отменить» доступно, если оно доступно на уровне одной из её подзадач. На уровне подзадачи действие «Отменить» распространяется на конкретную подзадачу. На уровне задачи действие «Отменить» распространяется на все подзадачи, для которых доступно это действие. При нажатии «Отменить» появляется запрос на подтверждение действия для задачи.
Примечание
В отличие от действия «Приостановить», действие «Отмена» удаляет все промежуточные данные, включая те, которые получены в результате успешного прохождения фаз.
Для подзадачи в статусе «Отмена» и для родительской задачи становится доступным действие «Перезапустить» (13).
Ошибки и перезапуск задач
Подзадача в процессе выполнения может завершиться переходом в статус «Ошибка» (2).
Фаза, на которой подзадача завершилась ошибкой, окрашивается в красный цвет. Причину ошибки можно выяснить через анализ «Журнала обработки». Для подзадачи в статусе «Ошибка» доступны действия «Перезапуск» и «Отмена».
Если родительская задача содержит другие подзадачи без статуса «Ошибка», то она помечается статусом «Предупреждение» (1). Подзадача декларирует родительской задаче доступность действия «Перезапустить» (13). Вызов действия «Перезапустить» требует подтверждения для задач и подзадач.
После подтверждения фаза возобновления работы подзадачи зависит от предшествующего статуса этой подзадачи. Если подзадача находилась в статусе «Приостановлена» или «Ошибка», то её работа будет возобновлена с фазы, следующей за последней успешно выполненной фазой. Если подзадача перезапущена из статуса «Отменено», то она начнёт работу с самого начала.
Успешное завершение задачи миграции будет отражено статусом «Завершён» для подзадач и родительской задачи.
Завершение задачи миграции
Внимание
После завершения миграции, начиная с первой загрузки, для оптимизации работы в целевом облаке в ВМ на базе ОС Windows устанавливаются драйверы VirtIO и служебные утилиты. При этом до готовности ВМ к работе, в процессе установки ПО, происходит автоматическая перезагрузка ОС до 6 раз.
Для завершённой задачи доступно действие «Скрыть» (2) с подтверждением на выполнение. Действие «Скрыть» архивирует задачу. Задача по умолчанию больше не отображается в окне «Миграции виртуальных машин». «Скрытые» задачи доступны для просмотра при активации переключателя «Показать скрытые» (1). Какие-либо действия над скрытой задачей не доступны.
Отчёт по миграции виртуальных машин
В разделе «Аналитика» (1) - «Отчёты» (2) доступны отчёты типа «Миграция виртуальных машин».
Необходимо выбрать тип отчёта «Миграция виртуальных машин» (1) и установить для него требуемые параметры:
-
«Формат» (2–5) служит для выбора требуемого(ых) формата(ов) отчёта.
-
Нажатие «Запросить отчёт» (7) ставит в очередь создание отчёта с указанными параметрами.
-
(6) отображает список и статус запрошенных отчётов. Нажатием значка формата производится скачивание выбранного отчёта соответствующего формата с возможностью дальнейшего открытия для просмотра.
Отчёт содержит следующую информацию:
-
«Период» (1) отображает отчётный период.
-
«Сформирован» (2) отображает дату формирования отчёта.
-
«Виртуальная машина» (3) отображает ВМ – источник.
-
«Площадка» (4) отображает площадку – источник в случае выбора для миграции всех ВМ площадки.
-
«Облако источник» (5) отображает облако, из которого произведена миграция ВМ.
-
«Облако назначения» (6) отображает облако, в которое произведена миграция.
-
«Номер задания» (7) отображает номер записи в очереди всех выполненных задач на миграцию.
-
«Дата завершения задачи» (8) отображает день и время завершения задачи миграции.




















