28 марта 2022 Время чтения: 12 минут

Вышел инструмент миграции виртуальных машин из VMmanager 5 в VMmanager 6

ISPSystem

В VMmanager 6 вышел Инструмент миграции для переноса виртуальной инфраструктуры из пятой версии продукта в шестую. В первом релизе от 22 марта Инструмент миграции работает с ограничениями: он поддерживает перенос в VMmanager 6 только простых типов виртуальных машин. Ко второму кварталу 2022 года мы доработаем Инструмент, и вы сможете автоматически перенести любые ВМ в VMmanager 6. Подробнее о технических особенностях решения и планах читайте в нашей статье.

Для начала кратко расскажем, из каких этапов состоит миграция, а далее рассмотрим каждый из них подробнее.

Краткое описание этапов миграции ВМ из VMmanager 5 в VMmanager 6

Миграция ВМ из VMmanager 5 в VMmanager 6 состоит из трёх основных этапов:

  1. Перенос IP-адресов из IPmanager 5 в VMmanager 6 — только для пользователей IPmanager.
  2. Второй этап включает два шага:
    1. Импорт узлов из VMmanager 5 во временный кластер в VMmanager 6. Временный кластер создается в платформе автоматически. Управление ВМ в нём ограничено. После импорта VMmanager 5 блокируется.
    2. Перенастройка услуг в BILLmanager — если между VMmanager 5 и BILLmanager была настроена интеграция.
  3. Миграция ВМ из временного кластера в другой кластер VMmanager 6. Этот этап нужен, чтобы пользователи могли полноценно управлять своими ВМ. В первой версии от 22 марта миграция из временного кластера работает с ограничениями: можно перенести только простые конфигурации ВМ (один диск, один сетевой интерфейс, локальные хранилища, без IPv6, без снапшотов) и только в кластеры с сетевой настройкой Коммутация. До конца II квартала 2022 года мы будем расширять функциональность Инструмента миграции — можно будет автоматически перенести любые ВМ без ограничений и в кластер c IP-fabric.

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

Рекомендация перед миграцией

Перед осуществлением миграции рекомендуем сделайте бэкап всех задействованных объектов — VMmanager 5, BILLmanager, IPmanager. VMmanager 6 сделает бэкап платформы автоматически перед миграцией.

Документация по резервному копированию:

Бэкап VMmanager 5
Бэкап BILLmanager

Этап миграции 1 — подготовка. Перенос IP-адресов из IPmanager 5 под управление VMmanager 6 (не обязательно)

Первый этап миграции
Первый этап миграции

Если вы используете IPmanager для управления IP-адресами, рекомендуем перенести их в VMmanager 6. Встроенный в VMmanager 6, IPmanager 6 позволяет управлять IP-адресами во всех продуктах ISPsystem как пятых, так и шестых версий: VMmanager, DCImanager, ISPmanager, BILLmanager. Также, встроенный IPmanager 6 поддерживает эмуляцию работы IPmanager 5.

Вот некоторые преимущества управления IP-адресами в VMmanager 6:

  • Скорость работы выше по сравнению с IPmanager;
  • Поддержка IPv6 поштучно;
  • Поддержка изолированных частных сетей (VxLAN) c возможностью предоставлять сервис по модели IaaS - можно выделять виртуальные сети вашим клиентам.

После переноса IP-адресов в VMmanager 6, вы сможете управлять ими в едином интерфейсе, не разделяя сетевые сегменты между пятыми и шестыми версиям продуктов.

VMmanager 6 имеет встроенный IPmanager 6. Перенос IP-адресов c IP-manager 5 осуществляется через интерфейс VMmanager 6
VMmanager 6 имеет встроенный IPmanager 6. Перенос IP-адресов c IP-manager 5 осуществляется через интерфейс VMmanager 6

Видеоинструкция: перенос IP-адресов из IPmanager в VMmanager 6

Видеоинструкция: Этап 1 подготовка.

Этап миграции 2 — подключение узлов. Импорт кластера VMmanager 5 под управление платформы VMmanager 6 и при необходимости — перенастройка услуг BILLmanager

Второй этап миграции
Второй этап миграции

Второй этап миграции включает два действия:

  • 2.1. Импорт узлов вместе с ВМ из VMmanager 5 во временный кластер с ограниченной функциональностью в VMmanager 6;
  • 2.2. Перенастройка услуг в BILLmanager — если VMmanager 5 интегрирован с BILLmanager.

Расскажем об этих подпунктах подробнее.

2.1. Импорт узлов из VMmanager 5 во временный кластер VMmanager 6

Импорт узлов в VMmanager 6 происходит в следующей последовательности:

  1. Администратор указывает в VMmanager 6 настройки для подключения к VMmanager 5 и запускает команду миграции;
  2. VMmanager 6 автоматически делает бэкап платформы;
  3. Платформа VMmanager 6 создаёт временный кластер. К нему подключаются все узлы из VMmanager 5 с виртуальными машинами.
  4. Панель VMmanager 5 блокируется — это позволит не допустить конфликт двух центров управления узлами.
  5. Виртуальные машины из VMmanager 5 становятся доступны во временном кластере VMmanager 6. При этом управление ВМ во временном кластере ограничено. После подключения узлов во временный кластер, для виртуальных машин будут доступны только следующие функции:
    • запуск;
    • остановка;
    • перезагрузка;
    • подключение по VNC;
    • удаление;
    • миграция между узлами внутри временного кластера.

Ограничения управлением ВМ во временном кластере связаны с тем что, на узлах VMmanager 5 установлено старое программное обеспечение — ОС, Qemu, Libvirt и др.

Интерфейс для подключения узлов из VMmanager 5
Интерфейс для подключения узлов из VMmanager 5

Временный кластер в VMmanager 6 отмечен специальным знаком.

Временный кластер с узлами подключенными из VMmanager 5
Временный кластер с узлами подключенными из VMmanager 5

Как вернуть ВМ из временного кластера обратно в VMmanager 5

ВМ во временном кластере можно вернуть обратно в VMmanager 5. Для этого нужно разблокировать панель VMmanager 5 и обязательно восстановить бэкап VMmanager 6.

ВНИМАНИЕ!

Одновременное управление узлами из VMmanager 5 и VMmanager 6 запрещается. Вы можете включить панель VMmanager 5 обратно, после миграции только соблюдая следующие условия:

  • Вы не производили никаких действий над объектами инфраструктуры через VMmanager 6
  • Вы отключите управление этими узлами в VMmanager 6 используя бэкап платформы.

В противном случае может возникнуть конфликт управления объектом из двух продуктов.

Перенастройка услуг в BILLmanager — если вы использовали интеграцию VMmanager 5 и BILLmanager 6

Для интеграции с BILLmanager, платформа VMmanager 6 использует свой обработчик услуг, отличный от VMmanager 5. Поэтому при подключении узлов из VMmanager 5 во временный кластер VMmanager 6 можно перенести услуги на другой тип обработчика автоматически. Для этого необходимо:

  1. Указать параметры подключения к BILLmanager.
  2. Создать в BILLmanager временную учётную запись сотрудника с правами администратора, (например migrage_admin). Он должен обладать полным доступом к управлению BILLmanager.
  3. Подключиться к серверу с BILLmanager по SSH с правами суперпользователя.
  4. Сгенерировать случайную комбинацию (ключ) с длиной не менее 16 символов.
  5. Скопировать ключ в буфер обмена.
  6. Выполнить команду создания ключа для входа: /usr/local/mgr5/sbin/mgrctl -m billmgr session.newkey username=<пользователь для интеграции> key=<временный ключ>
Миграция ВМ из временно кластера: настройки в интерфейсе VMmanager 6
Миграция ВМ из временно кластера: настройки в интерфейсе VMmanager 6

Видеоинструкция: Этап 2 - подключение узлов

Этап 3. Миграция ВМ из временного кластера в другой кластер VMmanager 6

Третий этап миграции
Третий этап миграции

ВНИМАНИЕ! После выполнения этого этапа возвращение управления инфраструктурой в VMmanager 5 будет недоступно. Ознакомьтесь со всеми ограничениями перед осуществлением этого этапа.

Чтобы в полной мере управлять ВМ, перенесенными из VMmanager 6, их необходимо мигрировать из временного кластера в другой, штатный кластер VMmanager 6. В первом релизе Инструмента миграции от 22 марта миграция работает с ограничениями: можно перенести лишь некоторые типы ВМ и только в кластеры с сетевыми настройками Коммутация.

Миграция ВМ на штатный кластер позволит вам “разгрузить” узлы временного кластера для того чтобы обновить на нем ПО и подключить в штатный кластер.

Ниже приводим список ограничений. Рекомендуем внимательно ознакомьтесь с ними — после миграции ВМ из временного кластера, перенести их обратно в VMmanager 5 будет невозможно.

Миграция ВМ из временного кластера: требования к ВМ и к кластеру

В обновлении от 22 марта вы можете перенести ВМ из временного кластера в другой кластер, только если они подходят под критерии:

  • Один сетевой интерфейс;
  • Один жесткий диск;
  • IPv4 адреса;
  • Локальные хранилища;
  • Без снапшотов (все снапшоты на ВМ должны быть удалены);
  • Без подключенных ISO-образов;
  • Без сетевых интерфейсов, подключенных к NAT.

Для живой миграции ВМ есть дополнительные ограничения:

  • Только для ВМ, которые были развернуты в VMmanager 5 на узлах с CentOS 7
  • В кластере, куда выполняется живая миграция, должен поддерживаться тот же тип хранилища, что и на узле в VMmanager 5. Например, CentOS 7 DIR -> AlmaLinux 8 DIR или CentOS 7 LVM -> AlmaLinux 8 LVM. При миграции в другой тип хранилища, ВМ БУДЕТ ПЕРЕЗАГРУЖЕНА АВТОМАТИЧЕСКИ.

На кластере, в который переносятся виртуальные машины, обязательно должна быть сетевая настройка Коммутация.

Видеоинструкция: миграция ВМ из временного кластера в другой кластер VMmanager 6

В течение II квартала 2022 года мы будет расширять возможности Инструмента миграции. Это позволит автоматически переносить любые ВМ из VMmanager 5 в VMmanager 6. Далее расскажем о планах.

Планы развития Инструмента миграции в 2022 г

В апреле мы добавим возможность полноценно мигрировать в VMmanager любые ВМ:

  • с любым количеством сетевых интерфейсов;
  • с любым количеством жестких дисков;
  • с использованием IPv4 / IPv6;
  • c локальными или сетевыми хранилищами Ceph и SAN;
  • со снапшотами;
  • с подключенными ISO-образами;
  • с поддержкой установки и настройки QEMU-GA.

В мае мы добавим возможность переносить ВМ из временного кластера в кластер с сетевой настройкой IP-Fabric.

Памятка по работе инструмента миграции

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

Общее описание этапов миграции

Видео-инструкции: все этапы миграции.

Ограничения на управление ВМ во временном кластере в VMmanager 6



Доступные операции Недоступные операции
запуск;
остановка;
перезагрузка;
подключение по VNC;
удаление;
миграция в кластер VM6 с типом сети коммутация и KVM-виртуализацией;
миграция между узлами внутри временного кластера.
- переустановка гостевой ОС;
- режим восстановления;
- подключение ISO-образа;
- изменение ресурсов;
- изменение тонких настроек;
- клонирование;
- создание бэкапа;
- восстановление из бэкапа;
- создание образа;
- изменение пароля;
- запуск скрипта;
- подключение виртуального диска;
- отключение виртуального диска;
- добавление виртуального сетевого интерфейса;
- добавление IP-адреса.

Ограничения на миграцию ВМ на 22 марта

Можно мигрировать из временного кластера в другой кластер только ВМ со следующими настройками:

  • Один сетевой интерфейс;
  • Один жесткий диск;
  • IPv4 адреса;
  • Локальные хранилища;
  • Без снапшотов (все снапшоты на ВМ должны быть удалены);
  • Без подключенных ISO-образов;
  • Без сетевых интерфейсов, подключенных к NAT.

Для живой миграции ВМ есть дополнительные ограничения:

  • Только для ВМ, которые были развернуты в VMmanager 5 на узлах с CentOS 7
  • В кластере, куда выполняется живая миграция, должен поддерживаться тот же тип хранилища, что и на узле в VMmanager 5. Например, CentOS 7 DIR -> AlmaLinux 8 DIR или CentOS 7 LVM -> AlmaLinux 8 LVM. При миграции в другой тип хранилища, ВМ БУДЕТ ПЕРЕЗАГРУЖЕНА АВТОМАТИЧЕСКИ.

Мигрировать ВМ можно только в кластер с сетевой настройкой Коммутация.

К концу II квартала 2022 года будет доступна полная миграции любых ВМ в кластеры VMmanager 6 c сетевыми настройками Коммутация и IP-Fabric.

Остались вопросы? Обращайтесь!

Если у вас возникли вопросы по использованию Инструмента миграции, пишите нам в Личном кабинете — с радостью проконсультируем и поможем с переездом.