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

Обновление до zVirt Max 1.1

Обновление до версии zVirt Max 1.1 будет направлено клиентам на физических носителях в соответствии с формуляром изделия, при возникновении дополнительных вопросов просьба обращаться в службу технической поддержки.

1. Общее описание алгоритма обновления

1.1. Используемые термины

Термин Определение

Хост

Физический сервер или персональный компьютер

Гипервизор

Хост, на котором работает одна или несколько виртуальных машин

Менеджер управления

Программное обеспечение zVirt Max, обеспечивающее управление системой виртуализации

Хост с ролью HostedEngine

Гипервизор, на котором установлены пакеты Hosted Engine, обеспечивающие возможность размещения на хосте виртуальной машины с Менеджером управления (ВМ HostedEngine)

Виртуальная машина HostedEngine, ВМ HostedEngine

Специальная виртуальная машина, на которой установлен Менеджер управления. Выполняется только на хостах с ролью HostedEngine. zVirt Max развёрнут в архитектуре HostedEngine

Хост с ВМ HostedEngine

Гипервизор с ролью HostedEngine, на котором в текущий момент времени выполняется эта ВМ

Стандартный хост

Гипервизор, на котором не может выполняться виртуальная машина HostedEngine

Хост с менеджером управления

Физический или виртуальный сервер, на котором установлен менеджер управления в архитектуре Standalone

Хост с менеджером управления и ролью гипервизора

Гипервизор, на котором установлен менеджер управления в архитектуре Standalone All-in-One

1.2. Режимы установки

Режимы установки zVirt Max:

  • Hosted Engine - менеджер управления установлен на специальной виртуальной машине HostedEngine, которая выполняется на хостах с ролью HostedEngine

  • Standalone - менеджер управления установлен на отдельном физическом хосте, который не выполняет функцию гипервизора

  • Standalone All-in-One - менеджер управления установлен на физическом хосте, который выполняет функцию гипервизора

1.3. Рекомендуемый алгоритм обновления

Обновление ПО «zVirt Max» c архитектурой Hosted Engine:

  1. Подготовьте репозитории с обновлениями.

  2. Обновите Менеджер управления.

  3. Обновите стандартные хосты.

  4. Обновите все свободные хосты с ролью HostedEngine.
    Под «свободными» понимаются хосты, на которых в текущий момент НЕ работает ВМ HostedEngine (обозначены значком he host).

  5. Переведите в режим обслуживания хост с ролью HostedEngine, на котором в текущий момент времени работает ВМ HostedEngine (обозначен значком he). Дождитесь окончания миграции ВМ HostedEngine. Выполните обновление этого хоста.

Обновление ПО «zVirt Max» c архитектурой Standalone и Standalone All-In-One:

  1. Подготовьте репозитории с обновлениями.

  2. Обновите Менеджер управления.

  3. Обновите стандартные хосты.

2. Подготовка репозиториев с обновлениями

Процесс подготовки репозиториев не зависит от архитектуры zvirt max и в любом режиме работы выполняется идентично.

Порядок действий:

  1. Выполните очистку имеющихся конфигураций репозиториев:

    rm –f /etc/yum.repos.d/

  2. Организуйте офлайн-репозитории из последних актуальных образов:

2.1. Создание и публикация централизованных офлайн-репозиториев zVirt Max 1.1 на хосте инсталляции c помощью httpd

При организации централизованных офлайн-репозиториев с пакетами обновления zVirt Max 1.1 на одном из хостов инсталляции, все хосты инсталляции будут обновляться из одного источника. В этом случае не требуется подключать ISO-образы отдельно на каждом хосте.

Порядок действий:

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

  2. Установите и настройте службу httpd на выбранном хосте:

    dnf install httpd
firewall-cmd --zone=public --permanent --add-service=http
firewall-cmd --zone=public --permanent --add-service=https
firewall-cmd --reload

  3. Загрузите ISO-образы zVirt Max 1.1 с предоставленных носителей.

  4. Создайте дополнительные каталоги и примонтируйте ISO-образы офлайн-репозиториев:

    mkdir -p /mnt/extras
mkdir -p /mnt/main
mount -o loop /root/zvirt_max_certified_XXXXXXXXXXXX.iso /mnt/main
mount -o loop /root/zvirt_max_certified_extras_XXXXXXXXXXXX.iso /mnt/extras

  5. Создайте символические ссылки на примонтированные каталоги репозиториев для публикации их в httpd:

    cd /var/www/html/
ln –s /mnt/main/
ln –s /mnt/extras/

  6. Запустите службу httpd и проверьте доступность репозиториев:

    systemctl start httpd
curl http://IP хоста/main/
curl http://IP хоста/extras/

    Где:

    • IP хоста - IP-адрес хоста, на котором размещены репозитории

      Если команда curl возвращает сообщение You don’t have permission to access this resource, выполните следующие команды на данном хосте:

      chcon -R -t httpd_sys_content_t /var/www/html/
systemctl restart httpd

      И проверьте доступность репозиториев:

      curl http://IP хоста/main/
curl http://IP хоста/extras/

  7. На обновляемых хостах создайте конфигурационный файл репозиториев:

    touch /etc/yum.repos.d/offline_zvirtmax1.1.repo

  8. Приведите конфигурационный файл репозиториев к следующему виду:

    [offline_zvirtmax1.1_main]
name=zvirt max 1.1 certified main
baseurl=http://IP/main
gpgcheck=0
enabled=1

[offline_zvirtmax1.1_extras]
name=zvirt max 1.1 certified extras
baseurl=http://IP/extras
gpgcheck=0
enabled=1

    Где:

    • baseurl- IP-адрес хоста, на котором размещены репозитории.

  9. По завершении обновления всей инсталляции zVirt Max 1.1 остановите службу httpd на хосте с размещенными репозиториями:

    systemctl stop httpd

2.2. Создание локальных файловых офлайн-репозиториев zVirt Max 1.1 на основе ISO-образа

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

Предполагается, что каталоги /mnt/main, /mnt/extras созданы на этапе установки zVirt Max 1.0.

Если каталогов нет, необходимо их создать:

mkdir -p /mnt/extras
mkdir -p /mnt/main

Порядок действий:

  1. Загрузите ISO-образы zVirt Max 1.1 с предоставленных носителей.

  2. Отмонтируйте ISO-образы zVirt Max 1.0. Убедитесь, что в каталогах репозиториев zVirt Max 1.0 отсутствуют файлы и каталоги:

    umount –l /mnt/main
umount –l /mnt/extras
ll /mnt/{main,extras}

    Если для zVirt Max 1.0 использовались ссылки, удалите их:

    ll /var/zvirt-repo/{main,extras}
rm /var/zvirt-repo/{main,extras}

  3. Примонтируйте ISO-образы офлайн-репозиториев zVirt Max 1.1:

    mount -o loop /root/zvirt_max_certified_XXXXXXXXXXXX.iso /mnt/main
mount -o loop /root/zvirt_max_certified_extras_XXXXXXXXXXXX.iso /mnt/extras

  4. На обновляемых хостах и на виртуальной машине HostedEngine (в случае архитектуры развертывания Hosted Engine) создайте конфигурационный файл репозиториев:

    touch /etc/yum.repos.d/offline_zvirtmax1.1.repo

  5. Приведите конфигурационный файл репозиториев к следующему виду:

    [offline_zvirtmax1.1_main]
name=zvirt max 1.1 certified main
baseurl=file:///mnt/main/main
gpgcheck=0
enabled=1

[offline_zvirtmax1.1_extras]
name=zvirt max 1.1 certified extras
baseurl=file:///mnt/extras/extras
gpgcheck=0
enabled=1

    Где:

    • baseurl- IP-адрес хоста инсталляции, к которому подключены ISO-образы.

3. Обновление zVirt в режиме развёртывания HostedEngine

3.1. Обновление менеджера управления на хосте с ВМ HostedEngine

Порядок действий:

  1. Включите на хосте с ВМ HostedEngine режим глобального обслуживания кластера в веб-интерфейсе или, подключившись по SSH к хосту, выполните следующие команды:

    hosted-engine --set-maintenance --mode=global
hosted-engine --vm-status

    Убедитесь, что включен режим глобального обслуживания: в выводе должна присутствовать запись
    !! Cluster is in GLOBAL MAINTENANCE mode !!.

  2. Подключитесь по SSH к ВМ HostedEngine.

  3. Создайте резервную копию конфигурации менеджера управления:

    engine-backup --mode=backup --file=/usr/share/ovirt-engine/backup.tgz --log=/var/log/ovirt-engine/backup.log

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

  5. Убедитесь в наличии свободного дискового пространства на ВМ HostedEngine перед обновлением:

    df -h

  6. Подготовьте репозитории с обновлениями на ВМ HostedEngine (если действия по подготовке репозиториев ранее не были выполнены). Проверьте, что репозитории подключены правильно: выводы следующих команд не должны содержать ошибки, состояние репозиториев zVirt Max 1.1 должно быть в статусе «Включено», репозитории Ред ОС не должны быть подключены:

    dnf repolist all
dnf clean all
dnf makecache

  7. Запустите терминальный мультиплексор tmux и выполните команды обновления пакетов:

    tmux
dnf update --best –allowerasing

    В процессе обновления репозитории Ред ОС создаются автоматически.

  8. Отключите сконфигурированные после обновления пакетов репозитории Ред ОС:

    sed -i "s|enabled=1|enabled=0|g" /etc/yum.repos.d/RedOS*

  9. Переустановите пакеты Менеджера управления:

    dnf -y reinstall python3-ovirt-engine-lib ovirt-*

  10. Запустите установку Менеджера управления:

    engine-setup --offline

  11. Подключитесь по SSH к хосту с ролью HostedEngine.

  12. Остановите ВМ HostedEngine:

    hosted-engine --vm-shutdown

  13. Дождитесь остановки ВМ HostedEngine. Для проверки статуса ВМ HostedEngine выполните команду:

    hosted-engine --vm-status

    В выводе команды должно быть значение down.

  14. Снова запустите ВМ HostedEngine:

    hosted-engine --vm-start

  15. Для проверки корректности установки обновлений сверьте контрольные суммы бинарных файлов:

    cd /usr/share/java/ovirt-engine
md5sum *

    Ниже представлен результат выполнения команды:

    498d6b599f7e3b73a95c5849ebd0afca  aaa.jar
7c15a5e45f2acf899f1b7bbc4fbf68a9  bll.jar
722a5e0690e943fb51181522f3efb80d  branding.jar
e1fff14e1476961b5f18950ec3efb4e3  builtin.jar
b15f2599f889e5610a0cb132cbe2274c  common.jar
f2563f240af815e3ab0d628ce7ad4df1  compat.jar
16bbf08f40491431ff51dbf824301fc5  dal.jar
7cd5eed8fac5319d73aec33a81cf9fec  extensions-manager.jar
d804cc0b23174f3696abbc699dcfa1fb  extensions-tool.jar
102a0ebc4d31ed43433e97b3dc6919d8  interface-common-jaxrs.jar
4c55a88f02ca303ba1548d2d083935c8  logutils.jar
9164817dc6a0be935c99b19b2f8adb71  restapi-definition.jar
2b99aff6e1167f1cfc3d62becb719abc  restapi-jaxrs.jar
55ec73eaf3f527eebcc035b67d779225  restapi-types.jar
fac587434f07fedb13e166fa8b2d3276  scheduler.jar
e69cfe5c9a889695d5a76df070436d78  searchbackend.jar
4a08e85d93fa96dbb6b7f93955cc67cb  sso-client-registration-tool.jar
4b1fec7c7d8df6a90ace3123dcbbbb98  tools.jar
ceacc2a31a16f0f29aa0d0f160b24423  utils.jar
1168417ffc45c6eeaa290a4e51701ee1  uutils.jar
9ac52011518397b4d7b2a491511b9ed2  vdsbroker.jar

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

  16. Отключите режим глобального обслуживания:

    hosted-engine --set-maintenance --mode=none
hosted-engine --vm-status

    Убедитесь, что режим глобального обслуживания выключен: в выводе должна отсутствовать запись
    !! Cluster is in GLOBAL MAINTENANCE mode !!.

    Обновление менеджера управления в ВМ HostedEngine завершено.

3.2. Обновление стандартных хостов

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

  1. Если в кластере несколько гипервизоров с достаточным количеством ресурсов для переноса виртуальных машин с обновляемого гипервизора, при этом виртуальные машины не прикреплены к обновляемому гипервизору с помощью меток и групп сходства:

    1. Включите режим обслуживания на обновляемом гипервизоре.

    2. Дождитесь окончания миграции виртуальных машин.

    3. Приступайте к обновлению хоста.

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

    1. Закройте окно с сообщением.

    2. Выключите те виртуальные машины, которые не начали миграцию.

    3. Дождитесь окончания миграции и выключения виртуальных машин.

    4. Активируйте гипервизор и снова переведите его в режим обслуживания.

  3. Если гипервизор - единственный в кластере, то не нужно переводить его в режим обслуживания:

    1. Выключите все выполняющиеся на нем виртуальные машины.

    2. Дождитесь завершения их работы на хосте.

    3. Приступайте к обновлению хоста.

Если для обновляемого хоста были заданы дополнительные параметры ядра, перед обновлением их необходимо сбросить:

  1. На портале администрирования перейдите в Ресурсы Хосты.

  2. Выделите нужный хост и нажмите Изменить.

  3. На вкладке Ядро нажмите Сбросить, а затем — OK.

  4. Переведите хост в режим обслуживания (Управление Обслуживание).

  5. Переустановите хост (Настройки Переустановить).

Дождитесь переустановки хоста и приступайте к обновлению.

Порядок действий:

  1. Переведите хост в режим обслуживания:

    1. На портале администрирования перейдите в Ресурсы Хосты.

    2. Выделите нужный хост и перейдите в Управление Обслуживание.

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

  3. Подготовьте репозитории с обновлениями на хосте. Проверьте, что репозитории подключены правильно: выводы следующих команд не должны содержать ошибки, состояние репозиториев zVirt Max 1.1 должно быть в статусе «Включено», репозитории Ред ОС не должны быть подключены:

    dnf repolist all
dnf clean all
dnf makecache

  4. Запустите терминальный мультиплексор и выполните команды обновления пакетов:

    tmux
dnf update --best –allowerasing

    В процессе обновления репозитории Ред ОС создаются автоматически.

  5. Отключите сконфигурированные после обновления пакетов репозитории Ред ОС:

    sed -i "s|enabled=1|enabled=0|g" /etc/yum.repos.d/RedOS*

  6. Выполните переустановку rpm-пакетов хоста:

    dnf -y reinstall vdsm-*

  7. После завершения установки перезапустите хост:

    reboot

  8. Сверьте контрольные суммы бинарных файлов:

    cd /usr/share/ovirt-hosted-engine-ha/
md5sum *
cd ../vdsm/
md5sum daemonAdapter supervdsmd vdsmd

    Ниже представлен ожидаемый результат выполнения команды:

    [root@dev151-zvirt vdsm]# md5sum daemonAdapter supervdsmd vdsm
77dc62ace42f7b47fe152eb8aa1ab9ad daemonAdapter
1436156b9cca0a7604827895b8a81dfd supervdsmd
b5e21a9458767a9596da273267a2ca2a vdsmd
[root@dev151-zvirt vdsm]# cd ../ovirt-hosted-engine-ha/
[root@dev151-zvirt ovirt-hosted-engine-ha]# md5sum *
a1cd6bddccbb5fc7f7de1346e0f8cf34 ovirt-ha-agent
d75c40ee07165c3b18c42b13d1135623 ovirt-ha-broker
[root@dev151-zvirt ovirt-hosted-engine-ha]#

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

  9. Выведите хост из режима обслуживания:

    1. На портале администрирования перейдите в Ресурсы Хосты.

    2. Выделите нужный хост и перейдите в Управление Включить.

3.3. Обновление хостов с ролью HostedEngine

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

  1. Если в кластере несколько гипервизоров с достаточным количеством ресурсов для переноса виртуальных машин с обновляемого гипервизора, при этом виртуальные машины не прикреплены к обновляемому гипервизору с помощью меток и групп сходства:

    1. Включите режим обслуживания на обновляемом гипервизоре.

    2. Дождитесь окончания миграции виртуальных машин.

    3. Приступайте к обновлению хоста.

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

    1. Закройте окно с сообщением.

    2. Выключите те виртуальные машины, которые не начали миграцию.

    3. Дождитесь окончания миграции и выключения виртуальных машин.

    4. Активируйте гипервизор и снова переведите его в режим обслуживания.

  3. Если гипервизор - единственный в кластере, то не нужно переводить его в режим обслуживания:

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

      hosted-engine --set-maintenance --mode=global
hosted-engine --vm-shutdown

    2. Дождитесь завершения работы виртуальных машин на хосте.

    3. Приступайте к обновлению хоста.

Если для обновляемого хоста были заданы дополнительные параметры ядра, перед обновлением их необходимо сбросить:

  1. На портале администрирования перейдите в Ресурсы Хосты.

  2. Выделите нужный хост и нажмите Изменить.

  3. На вкладке Ядро нажмите Сбросить, а затем — OK.

  4. Переведите хост в режим обслуживания (Управление Обслуживание).

  5. Переустановите хост (Настройки Переустановить).

Дождитесь переустановки хоста и приступайте к обновлению.

Порядок действий:

  1. Переведите хост в режим обслуживания:

    1. На портале администрирования перейдите в Ресурсы Хосты.

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

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

  3. Подготовьте репозитории с обновлениями на хосте. Проверьте, что репозитории подключены правильно: выводы следующих команд не должны содержать ошибки, состояние репозиториев zVirt Max 1.1 должно быть в статусе «Включено», репозитории Ред ОС не должны быть подключены:

    dnf repolist all
dnf clean all
dnf makecache

  4. Запустите терминальный мультиплексор и выполните команды обновления пакетов:

    tmux
dnf update --best –allowerasing

  5. Отключите сконфигурированные после обновления пакетов репозитории Ред ОС:

    sed -i "s|enabled=1|enabled=0|g" /etc/yum.repos.d/RedOS*

  6. Выполните переустановку rpm-пакетов хоста:

    dnf -y reinstall vdsm-*

  7. После завершения установки перезапустите хост:

    reboot

  8. По завершении обновления если хост с ролью HostedEngine является единственным хостом такого типа в кластере:

    1. Перезапустите сервисы HA:

      systemctl restart ovirt-ha-broker.service ovirt-ha-agent.service

    2. Запустите ВМ HostedEngine:

      hosted-engine --vm-start

  9. Убедитесь в корректности статуса ВМ HostedEngine (для запуска виртуальной машины требуется некоторое время) и выключите режим глобального обслуживания:

    hosted-engine --vm-status
hosted-engine --set-maintenance --mode=none

  10. Сверьте контрольные суммы бинарных файлов:

    cd /usr/share/ovirt-hosted-engine-ha/
md5sum *
cd ../vdsm/
md5sum daemonAdapter supervdsmd vdsmd

    Ниже представлен ожидаемый результат выполнения команды:

    [root@dev151-zvirt vdsm]# md5sum daemonAdapter supervdsmd vdsm
77dc62ace42f7b47fe152eb8aa1ab9ad daemonAdapter
1436156b9cca0a7604827895b8a81dfd supervdsmd
b5e21a9458767a9596da273267a2ca2a vdsmd
[root@dev151-zvirt vdsm]# cd ../ovirt-hosted-engine-ha/
[root@dev151-zvirt ovirt-hosted-engine-ha]# md5sum *
a1cd6bddccbb5fc7f7de1346e0f8cf34 ovirt-ha-agent
d75c40ee07165c3b18c42b13d1135623 ovirt-ha-broker
[root@dev151-zvirt ovirt-hosted-engine-ha]#

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

  11. Выведите хост из режима обслуживания:

    1. На портале администрирования перейдите в Ресурсы Хосты.

    2. Выделите нужный хост и нажмите Управление Включить.

4. Обновление zVirt в режиме развёртывания Standalone

4.1. Обновление менеджера управления в режиме развёртывания Standalone

Порядок действий:

  1. Подключитесь по SSH к хосту с установленным менеджером управления.

  2. Создайте резервную копию конфигурации менеджера управления:

    engine-backup --mode=backup --file=/usr/share/ovirt-engine/backup.tgz --log=/var/log/ovirt-engine/backup.log

  3. Сохраните полученные файлы в хранилище вне среды виртуализации.

  4. Подготовьте репозитории с обновлениями на хосте с менеджером управления (если действия по подготовке репозиториев ранее не были выполнены). Проверьте, что репозитории подключены правильно: выводы следующих команд не должны содержать ошибки, состояние репозиториев zVirt Max 1.1 должно быть в статусе «Включено», репозитории Ред ОС не должны быть подключены:

    dnf repolist all
dnf clean all
dnf makecache

  5. Запустите терминальный мультиплексор tmux и выполните команды обновления пакетов:

    tmux
dnf update --best –allowerasing

    В процессе обновления репозитории Ред ОС создаются автоматически.

  6. Отключите сконфигурированные после обновления пакетов репозитории Ред ОС:

    sed -i "s|enabled=1|enabled=0|g" /etc/yum.repos.d/RedOS*

  7. Выполните переустановку rpm-пакетов сервиса и хоста:

    dnf -y reinstall python3-ovirt-engine-lib ovirt-*

    Если Менеджер управления развернут в режиме Standalone All-in-One, переустановите rpm-пакеты для vsdm:

    dnf -y reinstall vdsm-*

  8. Запустите установку Engine:

    engine-setup --offline

  9. Перезапустите хост:

    reboot

  10. После перезапуска хоста сверьте контрольные суммы бинарных файлов:

    cd /usr/share/java/ovirt-engine
md5sum *

    Ниже представлен результат выполнения команды:

    498d6b599f7e3b73a95c5849ebd0afca  aaa.jar
7c15a5e45f2acf899f1b7bbc4fbf68a9  bll.jar
722a5e0690e943fb51181522f3efb80d  branding.jar
e1fff14e1476961b5f18950ec3efb4e3  builtin.jar
b15f2599f889e5610a0cb132cbe2274c  common.jar
f2563f240af815e3ab0d628ce7ad4df1  compat.jar
16bbf08f40491431ff51dbf824301fc5  dal.jar
7cd5eed8fac5319d73aec33a81cf9fec  extensions-manager.jar
d804cc0b23174f3696abbc699dcfa1fb  extensions-tool.jar
102a0ebc4d31ed43433e97b3dc6919d8  interface-common-jaxrs.jar
4c55a88f02ca303ba1548d2d083935c8  logutils.jar
9164817dc6a0be935c99b19b2f8adb71  restapi-definition.jar
2b99aff6e1167f1cfc3d62becb719abc  restapi-jaxrs.jar
55ec73eaf3f527eebcc035b67d779225  restapi-types.jar
fac587434f07fedb13e166fa8b2d3276  scheduler.jar
e69cfe5c9a889695d5a76df070436d78  searchbackend.jar
4a08e85d93fa96dbb6b7f93955cc67cb  sso-client-registration-tool.jar
4b1fec7c7d8df6a90ace3123dcbbbb98  tools.jar
ceacc2a31a16f0f29aa0d0f160b24423  utils.jar
1168417ffc45c6eeaa290a4e51701ee1  uutils.jar
9ac52011518397b4d7b2a491511b9ed2  vdsbroker.jar

    Если Менеджер управления развернут в режиме Standalone All-in-One, сверьте контрольные суммы бинарных файлов с помощью команд:

    cd /usr/share/ovirt-hosted-engine-ha/
md5sum *

cd ../vdsm/
md5sum daemonAdapter supervdsmd vdsmd
md5sum *

    Ниже представлен результат выполнения команды:

    [root@dev151-zvirt vdsm]# md5sum daemonAdapter supervdsmd vdsm
77dc62ace42f7b47fe152eb8aa1ab9ad daemonAdapter
1436156b9cca0a7604827895b8a81dfd supervdsmd
b5e21a9458767a9596da273267a2ca2a vdsmd
[root@dev151-zvirt vdsm]# cd ../ovirt-hosted-engine-ha/
[root@dev151-zvirt ovirt-hosted-engine-ha]# md5sum *
a1cd6bddccbb5fc7f7de1346e0f8cf34 ovirt-ha-agent
d75c40ee07165c3b18c42b13d1135623 ovirt-ha-broker
[root@dev151-zvirt ovirt-hosted-engine-ha]#

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

Обновление менеджера управления в режиме Standalone завершено.

4.2. Обновление стандартных хостов

Данный алгоритм обновления применим для всех хостов, за исключением хоста, который работает совместно с менеджером управления в режиме Standalone All-in-one. Такой хост обновляется совместно с обновлением менеджера управления.

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

  1. Если в кластере несколько гипервизоров с достаточным количеством ресурсов для переноса виртуальных машин с обновляемого гипервизора, при этом виртуальные машины не прикреплены к обновляемому гипервизору с помощью меток и групп сходства:

    1. Включите режим обслуживания на обновляемом гипервизоре.

    2. Дождитесь окончания миграции виртуальных машин.

    3. Приступайте к обновлению хоста.

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

    1. Закройте окно с сообщением.

    2. Выключите те виртуальные машины, которые не начали миграцию.

    3. Дождитесь окончания миграции и выключения виртуальных машин.

    4. Активируйте гипервизор и снова переведите его в режим обслуживания.

  3. Если гипервизор - единственный в кластере, то не нужно переводить его в режим обслуживания:

    1. Выключите все выполняющиеся на нем виртуальные машины.

    2. Дождитесь завершения их работы на хосте.

    3. Приступайте к обновлению хоста.

Если для обновляемого хоста были заданы дополнительные параметры ядра, перед обновлением их необходимо сбросить:

  1. На портале администрирования перейдите в Ресурсы Хосты.

  2. Выделите нужный хост и нажмите Изменить.

  3. На вкладке Ядро нажмите Сбросить, а затем — OK.

  4. Переведите хост в режим обслуживания (Управление Обслуживание).

  5. Переустановите хост (Настройки Переустановить).

Дождитесь переустановки хоста и приступайте к обновлению.

Порядок действий:

  1. Переведите хост в режим обслуживания:

    1. На портале администрирования перейдите в Ресурсы Хосты.

    2. Выделите нужный хост и перейдите в Управление Обслуживание.

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

  3. Подготовьте репозитории с обновлениями на хосте. Проверьте, что репозитории подключены правильно: выводы следующих команд не должны содержать ошибки, состояние репозиториев zVirt Max 1.1 должно быть в статусе «Включено», репозитории Ред ОС не должны быть подключены:

    dnf repolist all
dnf clean all
dnf makecache

  4. Запустите терминальный мультиплексор tmux и выполните команды обновления пакетов:

    tmux

dnf update --best –allowerasing

    В процессе обновления репозитории Ред ОС создаются автоматически.

  5. Отключите сконфигурированные после обновления пакетов репозитории Ред ОС:

    sed -i "s|enabled=1|enabled=0|g" /etc/yum.repos.d/RedOS*

  6. Выполните переустановку rpm-пакетов хоста:

    dnf -y reinstall vdsm-*

  7. Перезапустите хост:

    reboot

  8. После перезапуска сверьте контрольные суммы бинарных файлов:

    cd /usr/share/ovirt-hosted-engine-ha/
md5sum *
cd ../vdsm/
md5sum daemonAdapter supervdsmd vdsmd

    Ниже представлен ожидаемый результат выполнения команды:

    [root@dev151-zvirt vdsm]# md5sum daemonAdapter supervdsmd vdsm
77dc62ace42f7b47fe152eb8aa1ab9ad daemonAdapter
1436156b9cca0a7604827895b8a81dfd supervdsmd
b5e21a9458767a9596da273267a2ca2a vdsmd
[root@dev151-zvirt vdsm]# cd ../ovirt-hosted-engine-ha/
[root@dev151-zvirt ovirt-hosted-engine-ha]# md5sum *
a1cd6bddccbb5fc7f7de1346e0f8cf34 ovirt-ha-agent
d75c40ee07165c3b18c42b13d1135623 ovirt-ha-broker
[root@dev151-zvirt ovirt-hosted-engine-ha]#

  9. Выведите хост из режима обслуживания:

    1. На портале администрирования перейдите в Ресурсы Хосты.

    2. Выделите нужный хост и нажмите Управление Включить.