Для улучшения работы сайта мы используем файлы cookies. Оставаясь на сайте, вы соглашаетесь с политикой обработки персональных данных.

Миграция менеджера управления из режима Standalone на режим HostedEngine

Процесс миграции менеджера виртуализации заключается в развертывании ВМ HostedEngine из резервной копии менеджера управления.

Тщательное предварительное планирование стенда исключает необходимость миграции менеджера управления.

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

Остальные хосты и виртуальные машины могут продолжать работать во время миграции менеджера виртуализации.

1. Требования

Для обеспечения высокой доступности ВМ HostedEngine требуется как минимум два хоста.

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

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

Полные доменные имена (FQDN) должны быть подготовлены для ВМ HostedEngine и хоста, на котором будет производится процедура развертывания менеджера управления. Записи прямого и обратного просмотра должны быть добавлены в DNS. Новый менеджер управления (ВМ HostedEngine) должен иметь то же полное доменное имя, что и исходный менеджер.

Сеть управления (по умолчанию - ovirtmgmt) должна быть настроена как сеть для виртуальных машин для того, чтобы она могла управлять ВМ HostedEngine.

Если используется хранилище iSCSI, домен хранилища для ВМ HostedEngine должен использовать свой собственный target iSCSI. Любые дополнительные домены хранения должны использовать другой target iSCSI.

Хранилище должно иметь размер не менее 74 ГиБ.

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

Для того, чтобы при выполнении миграции использовать меньший объемом оперативной памяти для ВМ HostedEngine, чем на физической машине, с которой выполняется миграции, необходимо отредактировать файл /etc/ovirt-engine/engine.conf.d/10-set-java.conf. Установите минимальное и максимальное значения, которые не будут превышать общий объем ОЗУ доступный для ВМ HostedEngine. Эти значения не должны превышать 25% от общего объема доступной оперативной памяти.

Пример конфигурации /etc/ovirt-engine/engine.conf.d/10-setup-java.conf, в которой значения ENGINE_HEAP_MIN и ENGINE_HEAP_MAX установлены для ВМ HostedEngine с 4 ГБ ОЗУ:

cat /etc/ovirt-engine/engine.conf.d/10-setup-java.conf
ENGINE_HEAP_MIN="3889M"
ENGINE_HEAP_MAX="3889M"

Статический IP-адрес для ВМ HostedEngine должен принадлежать той же подсети, что и хост. Например, если хост находится в сети 10.1.1.0/24, IP-адрес ВМ HostedEngine должен находиться в той же подсети (10.1.1.1-254/24).

Если вы планируете использовать bonding для обеспечения высокой доступности или VLAN для разделения различных типов трафика (например, для подключений к хранилищу или управления), необходимо настроить сети на хостах перед началом развертывания ВМ HostedEngine.

Настоятельно рекомендуется создать дополнительный домен хранения данных в том же центре данных к домену хранения HostedEngine. Если ВМ HostedEngine будет развернута в центре данных только с одним активным домен хранения данных, и этот домен хранения будет поврежден, вы не сможете добавить новые домены хранения или удалить поврежденный домен хранения, вам придется развернуть менеджер управления заново.

2. Описание процедуры миграции

Миграция включает следующие ключевые этапы:

  1. Подготовка нового хоста для развертывания ВМ HostedEngine в соответствии с Инструкцией по установке. Если для развертывания будет использоваться хост, используемый в среде виртуализации, необходимо перевести хост в режим обслуживания.

  2. Подготовка хранилища для ВМ HostedEngine. Вы можете использовать один из следующих типов хранилища:

    • NFS

    • iSCSI

    • FCP

    • GlusterFS

  3. Создание резервной копии исходного менеджера управления с помощью консольной утилиты engine-backup.

  4. Развертывание ВМ HostedEngine с использованием резервной копии менеджера управления.

  5. Настройка хосты для размещения на них ВМ HostedEngine.

Описание выполнения указанных этапов описано в следующих разделах.

3. Выполнение процедуры миграции

3.1. Подготовка среды виртуализации

  1. На время обновления отключите политику ограничения (fencing) на хостах, через портал администрирования.

    • Перейдите Ресурсы  Кластеры

    • Выберите нужный кластер

    • Нажмите на кнопку Изменить

    • Перейдите на вкладку Политика ограничения

    • Выключите опцию Включить ограничения

    • Нажмите на кнопку ОК

  2. Снимите ограничение на количество сессий для пользователя admin.

    • Перейдите Управление  Пользователи

    • Выберите пользователя admin

    • Нажмите на кнопку Управление ограничениями

    • В строке Количество сессий установите значение - 0

    • Нажмите на кнопку ОК

В процессе работ Портал администрирования будет недоступен.

3.2. Выполнение резервного копирования менеджера управления

  1. Перейдите на хост с исходным менеджером управления и остановите службу ovirt-engine:

    systemctl stop ovirt-engine
systemctl disable ovirt-engine

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

  2. Выполните команду:

    sudo /usr/share/ovirt-engine/dbscripts/engine-psql.sh -c "select fn_db_delete_config_value('AdminPassword','general');"

  3. Создайте резервною копию менеджера управления с помощью команды:

    engine-backup --scope=all --mode=backup --file=backup.bck --log=backuplog.log

  4. Скопируйте файл резервной копии на устройство хранения вне среды виртуализации.

3.3. Развертывание менеджера управления в режиме HostedEngine с помощью резервной копии

  1. Скопируйте файл резервной копии на хост, который выбран для развертывания ВМ HostedEngine.

  2. Войдите на новый хост.

  3. Выполните установку пакета ovirt-engine-appliance из репозитория zVirt на хосте:

    yum install -y ovirt-engine-appliance

  4. Перейдите на хосте в директорию с резервной копией и выполните развертывание ВМ HostedEngine:

    hosted-engine --deploy --restore-from-file=backup.bck

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

    • Continuing will configure this host for serving as hypervisor and will create a local VM with a running engine. The provided engine backup file will be restored there, it’s strongly recommended to run this tool on an host that wasn’t part of the environment going to be restored. If a reference to this host is already contained in the backup file, it will be filtered out at restore time.The locally running engine will be used to configure a new storage domain and create a VM there. At the end the disk of the local VM will be moved to the shared storage. The old hosted-engine storage domain will be renamed, after checking that everything is correctly working you can manually remove it. Other hosted-engine hosts have to be reinstalled from the engine to update their hosted-engine configuration.

      Are you sure you want to continue? (Yes, No) - выбрать Yes;

    • Renew engine CA on restore if needed? Please notice that if you choose Yes, all hosts will have to be later manually reinstalled from the engine.

      Renew CA if needed? (Yes, No) - выбрать Yes;

    • Pause the execution after adding this host to the engine? You will be able to connect to the restored engine in order to manually review and remediate its configuration. This is normally not required when restoring an up to date and coherent backup.

      Pause after adding the host? (Yes, No) - выбрать No.

3.3.1. Если развертывание завершается ошибкой

3.3.1.1. Ошибка 1
[ ERROR ] Failed to execute stage 'Setup validation': Old AdminPassword found in vdc_options

  1. Очистите хост после неуспешного развертывания командой:

    ovirt-hosted-engine-cleanup

  2. Запустите установку заново:

    hosted-engine --deploy --restore-from-file=backup.bck

  3. Во время развертывания создаётся локальная ВМ HostedEngine, которой в системе присваивается IP-адрес. Необходимо подключиться c хоста к локальной ВМ HostedEngine с помощью SSH, например, ssh root@192.168.1.131 (используйте пароль, который указали во время установки).

    Узнать IP-адрес ВМ можно подключившись к хосту по SSH в новой сессии с помощью команды:

    virsh net-dhcp-leases default

    Также в процессе развертывания администратор оповещается о этапах создания ВМ и развертывания среды виртуализации, в том числе о назначении локальной ВМ HostedEngine IP-адреса.

  4. Во время выполнения установки подключитесь к ВМ HostedEngine и выполните команду:

    sudo /usr/share/ovirt-engine/dbscripts/engine-psql.sh -c "select fn_db_delete_config_value('AdminPassword','general');"

    Так как ВМ находится в процессе развертывания, вывод команды может содержать различные ошибки или запрос пароля для пользователя, например: - psql: error: could not connect to server: Connection refused Is the server running on host "localhost" (::1) and accepting TCP/IP connections on port 5432? could not connect to server: Connection refused Is the server running on host "localhost" (127.0.0.1) and accepting TCP/IP connections on port 5432? - Password for user engine:

    Выполните команду повторно. Пример вывода команды при успешном выполнении:

    fn_db_delete_config_value
---------------------------
(1 row)

    После успешного выполнения команды закройте SSH-сессию с ВМ HostedEngine и продолжите развертывание.

3.3.1.2. Ошибка 2
[ ERROR ] ovirtsdk4.AuthError: Error during SSO authentication access_denied : Cannot authenticate user 'admin@internal': Unable to log in. A number of active sessions is exceeded. Contact the system administrator.

  1. Подключитесь к хосту с помощью SSH.

  2. Выполните на хосте команду:

    ssh root@192.168.1.131 systemctl restart ovirt-engine

    где 192.168.1.131 – IP-адрес локальной ВМ HostedEngine.

  3. Выключите сетевой экран на хосте:

    systemctl stop firewalld

  4. Создайте SSH-туннель на хосте:

    ssh -f -N -L 172.25.1.123:443:192.168.1.131:443 root@192.168.1.131

    где 172.25.1.123 – IP-адрес хоста;

    где 192.168.1.131 – IP-адрес локальной ВМ HostedEngine.

  5. На рабочей станции из той же сети внесите в файл hosts запись, где IP_адрес_хоста = FQDN_ВМ_Engine и перейдите в браузере по адресу https://fqdn_vm_engine. Войдите на портал администрирования и увеличьте или снимите ограничение на количество сессий для пользователя admin.

  6. Подключитесь к ВМ HostedEngine c помощью SSH.

  7. Выключите процесс, отвечающий за созданный ранее SSH-туннель с помощью команды kill, например:

    kill 30012

    где 30012 – pid процесса.

    Узнать pid процесса можно с помощью команды ps -aux | grep ssh

  8. Включите сетевой экран на хосте:

    systemctl start firewalld

  9. Продолжите развертывание.

После развертывания проверьте каталог /etc/ovirt-engine-setup.conf.d/ на ВМ Engine на наличие дополнительных файлов 20-setup-ovirt-post.conf с таким же именем и числом, если файлы есть – удалите их (например, 20-setupovirt-post.conf.20210528124601).

3.4. Настройка хоста для размещения на нём ВМ HostedEngine

Вы можете преобразовать существующий стандартный хост в среде виртуализации для размещения на нём ВМ HostedEngine.

Процедура:

  1. Перейдите Ресурсы  Хосты и выберите хост.

  2. Выберите Управление  Обслуживание и нажмите ОК.

  3. Выберите Установка  Переустановить.

  4. Перейдите на вкладку Hosted Engine и выберите Развернуть в списке.

  5. Нажмите OК.

Хост будет настроен для размещения на нём ВМ HostedEngine и помечен значком "короны" на портале администрирования.

После переустановки хостов вы можете проверить состояние новой среды виртуализации, выполнив следующую команду на одном из хостов:

hosted-engine --vm-status

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