В VMmanager 6 вышел Инструмент миграции для переноса виртуальной инфраструктуры из пятой версии продукта в шестую. В первом релизе от 22 марта Инструмент миграции работает с ограничениями: он поддерживает перенос в VMmanager 6 только простых типов виртуальных машин. Ко второму кварталу 2022 года мы доработаем Инструмент, и вы сможете автоматически перенести любые ВМ в VMmanager 6. Подробнее о технических особенностях решения и планах читайте в нашей статье.
Содержание
- Краткое описание этапов миграции
- Рекомендации перед миграцией
- Этап миграции 1. Перенос IP-адресов из IPmanager 5 под управление VMmanager 6 (не обязательно)
- Этап миграции 2. Импорт кластера VMmanager 5 под управление платформы VMmanager 6 и и при необходимости — перенастройка услуг BILLmanager
- Этап миграции 2.1. Перенос ВМ из VMmanager 5 во временный кластер в VMmanager 6
- Этап миграции 2.2. Перенастройка услуг в BILLmanager — если вы использовали интеграцию VMmanager 5 и BILLmanager 6
- Этап миграции 3. Миграция ВМ из временного кластера в другой кластер VMmanager 6
- Планы развития Инструмента миграции в 2022 г
- Памятка по работе инструмента миграции
Для начала кратко расскажем, из каких этапов состоит миграция, а далее рассмотрим каждый из них подробнее.
Краткое описание этапов миграции ВМ из VMmanager 5 в VMmanager 6
Миграция ВМ из VMmanager 5 в VMmanager 6 состоит из трёх основных этапов:
- Перенос IP-адресов из IPmanager 5 в VMmanager 6 — только для пользователей IPmanager.
- Второй этап включает два шага:
- Импорт узлов из VMmanager 5 во временный кластер в VMmanager 6. Временный кластер создается в платформе автоматически. Управление ВМ в нём ограничено. После импорта VMmanager 5 блокируется.
- Перенастройка услуг в BILLmanager — если между VMmanager 5 и BILLmanager была настроена интеграция.
- Миграция ВМ из временного кластера в другой кластер 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, вы сможете управлять ими в едином интерфейсе, не разделяя сетевые сегменты между пятыми и шестыми версиям продуктов.
Документация: перенос IP-адресов из IPmanager в 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 происходит в следующей последовательности:
- Администратор указывает в VMmanager 6 настройки для подключения к VMmanager 5 и запускает команду миграции;
- VMmanager 6 автоматически делает бэкап платформы;
- Платформа VMmanager 6 создаёт временный кластер. К нему подключаются все узлы из VMmanager 5 с виртуальными машинами.
- Панель VMmanager 5 блокируется — это позволит не допустить конфликт двух центров управления узлами.
- Виртуальные машины из VMmanager 5 становятся доступны во временном кластере VMmanager 6. При этом управление ВМ во временном кластере ограничено. После подключения узлов во временный кластер, для виртуальных машин будут доступны только следующие функции:
- запуск;
- остановка;
- перезагрузка;
- подключение по VNC;
- удаление;
- миграция между узлами внутри временного кластера.
Ограничения управлением ВМ во временном кластере связаны с тем что, на узлах VMmanager 5 установлено старое программное обеспечение — ОС, Qemu, Libvirt и др.
Временный кластер в VMmanager 6 отмечен специальным знаком.
Как вернуть ВМ из временного кластера обратно в 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 можно перенести услуги на другой тип обработчика автоматически. Для этого необходимо:
- Указать параметры подключения к BILLmanager.
- Создать в BILLmanager временную учётную запись сотрудника с правами администратора, (например migrage_admin). Он должен обладать полным доступом к управлению BILLmanager.
- Подключиться к серверу с BILLmanager по SSH с правами суперпользователя.
- Сгенерировать случайную комбинацию (ключ) с длиной не менее 16 символов.
- Скопировать ключ в буфер обмена.
- Выполнить команду создания ключа для входа: /usr/local/mgr5/sbin/mgrctl -m billmgr session.newkey username=<пользователь для интеграции> key=<временный ключ>
Видеоинструкция: Этап 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.
Памятка по работе инструмента миграции
Здесь мы собрали самую важную информацию по работе инструмента миграции, включая технически ограничения, планы развития и ссылки на документацию.
Общее описание этапов миграции
- 0. Подготовка: резервное копирование VMmanager 5, IPmanager, BILLmanager.
Документация: Бэкап VMmanager 5 Бэкап BILLmanager - 1. Миграция IP-адресов из IPmanager в VMmanager 6 — при необходимости. Документация: миграция IP-адресов из IPmanager в VMmanager 6
- 2. Миграция из VMmanager 5:
- 2.1 Перенос ВМ из VMmanager 5 во временный кластер в VMmanager 6. Документация: перенос ВМ из VMmanager 5 во временный кластер VMmanager 6
- 2.2 Перенастройка услуг в BILLmanager — при необходимости. Документация: перенастройка услуг в BILLmanager при миграции ВМ из VMmanager 5
- 3. Миграция ВМ из временного кластера в другой кластер VMmanager 6. Документация: миграция ВМ из временного кластера в VMmanager 6
Видео-инструкции:
Ограничения на управление ВМ во временном кластере в 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.
Остались вопросы? Обращайтесь!
Если у вас возникли вопросы по использованию Инструмента миграции, пишите нам в