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

Замечания по обновлению

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

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

Хост

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

Гипервизор

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

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

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

Хост с ролью HostedEngine

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

Хост с ВМ HostedEngine

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

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

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

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

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

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

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

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

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

2. Особенности и ограничения

Перед выполнением обновления внимательно ознакомьтесь со следующими особенностями и ограничениями:

  • Прочитайте инструкцию, чтобы избежать проблем с гипервизорами.

  • Перед выполнением обновления до версии 4.5 необходимо выполнить обновление текущей версии до 4.4.

  • Перед обновлением проверьте количество ядер, присутствующих в системе. Подробнее в статье Автоматическое обновление

  • Для обновления контроллеров Конвертации и Репликации необходимо обратиться в службу технической поддержки.

  • Далее в инструкции в командах настройки доступа к репозиториям будут встречаются <имя_пользователя> и <пароль>, их следует заменить (вместе с угловыми скобками) на имя пользователя (логин) и пароль, которые указаны в лицензионном сертификате, выданном при покупке продукта.

  • В кластере, использующем функции программно-определяемой сети, при нарушении порядка обновления возможна недоступность ВМ по сети до момента обновления всех гипервизоров и менеджера управления.

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

  • Перед выполнением процедуры обновления Менеджера управления убедитесь, что системное имя Менеджера управления (хоста с Менеджером управления в архитектуре Standalone и Standalone All-in-One) задано в нижнем регистре. Для этого можно использовать команду hostname.

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

  • Если в процессе обновления был выполнен переход с AAA JDBC на Keycloak:

    • необходимо для всех сервисов, которые ранее использовали учетные записи с доменом @internal, заменить на учетные записи с доменом @internalsso. Для этого необходимо мигрировать этих пользователей в Keycloak.

    • В случае если для сервиса использовался пользователь admin@internal, его необходимо заменить на admin@zvirt@internalsso. Выполнять миграцию этого пользователя не требуется.

    • Для доступа к пользовательскому порталу, а также порталам администрирования и Keycloak будет использоваться пользователь admin@zvirt с паролем, заданным для пользователя admin.

    • Для доступа в портал мониторинга по прежнему используется пользователь admin.

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

    1. Переведите хост в режим обслуживания если хостов с такой ролью несколько, иначе выключите или мигрируйте все виртуальные машины на другой хост.

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

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

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

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

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

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

  • Перед началом обновления стандартных хостов и хостов с ролью HostedEngine, их требуется переводить в режим обслуживания, для чего необходимо обеспечить отсутствие на нём выполняющихся виртуальных машин:

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

    • Если к обновляемому гипервизору прикреплены группами и метками сходства виртуальные машины, перевести его в режим обслуживания с первого раза не получится - появится окно сообщения о невозможности включения режима обслуживания. Закройте окно, выключите те машины, которые не начали миграцию, дождитесь окончания миграции и выключения ВМ, активируйте гипервизор и снова переведите его в режим обслуживания.

    • Если гипервизор единственный в кластере, в режим обслуживания переводить не надо, выключите все выполняющиеся на нём виртуальные машины и после завершения их работы на хосте приступайте к обновлению, при этом выключение ВМ HostedEngine осуществите командой:

      hosted-engine --vm-shutdown

  • Если в среде используются модули "Репликация и DR" или/и "Конвертация", перед началом обновления Менеджера управления необходимо остановить или дождаться завершения активных процессов:

    Для модуля "Конвертация"

    • репликация ВМ

    • задачи конвертации ВМ

    Для модуля "Репликация и DR"

    • задачи групп восстановления

    • репликация групп ВМ

    После завершения процессов можно приступать к обновлению Менеджеров управления в ОЦОД и РЦОД.

  • Если в среде используется модуль "Репликация и DR" и на обновляемом хосте запущена ВМ агент-отправитель с уровнем поиска ВМ в значении "Хост", то данную ВМ необходимо выключить.

  • Если на текущей версии используются сторонние сертификаты и были внесены какие-либо изменения в файл /usr/share/zvirt-engine/services/zvirt-engine-backend/zvirt-engine-backend.conf, перенесите эти изменения в файл /etc/ovirt-engine/backend/backend.conf.

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

Обновление zVirt до версии 4.5 заключается в обновлении программного обеспечения менеджера управления и гипервизоров.

Перед обновлением продуктивной среды рекомендуем выполнить процедуру обновления в идентичной тестовой среде. Это поможет заранее обнаружить любые потенциальные трудности и значительно снизит вероятность возникновения проблем во время обновления основной продуктивной системы.
Обновление zVirt с архитектурой Hosted Engine

  1. Обновите ВМ HostedEngine.

  2. Обновите все свободные хосты с ролью HostedEngine. Под "свободными" понимаются хосты, на которых в текущий момент не выполняется ВМ HostedEngine.

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

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

  5. При необходимости обновите версии совместимости кластеров и центров данных.

Обновление zVirt с архитектурой Standalone

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

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

  3. При необходимости обновите версии совместимости кластеров и центров данных.

Обновление zVirt с архитектурой Standalone All-in-One

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

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

  3. При необходимости обновите версии совместимости кластеров и центров данных.

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