VxRail. Передовые подходы к внедрению vLCM в VxRail

Метод для VxRail.

Правильное использование

• Если перед включением vLCM на узлах уже установлены драйверы или решения сторонних производителей, всегда используйте мастер включения vLCM для добавления любых автономных компонентов.
• Никогда не добавляйте компоненты вручную сторонними методами, так как это приводит к сбоям модернизации.
• После включения vLCM Depot продолжает работать и не требует повторного добавления кроме модернизации компонента.
• Компоненты должны быть добавлены пользовательским интерфейсом во время включения, чтобы стать частью образа , используемого для узлов VxRail.
• Компоненты также можно добавить с помощью функции ADD COMPONENT в пользовательском интерфейсе VxRail Manager (доступна только после загрузки составного пакета)
• Если заказчик указал идентификатор статьи Broadcom: 390098 добавления аутентифицированных загрузок Broadcom или токена в экземпляр vCenter Lifecycle Manager, который управляет VxRail, перед выполнением любых действий по модернизации VxRail убедитесь, что эти хранилища отключены . VxRail не требует доступа к этим хранилищам, и любые проблемы с подключением к ним могут привести к сбою модернизации VxRail. Все необходимые склады для VxRail входят в составной пакет модернизации.

Неправильное использование

• Не добавляйте склады или автономные пакеты для сторонних решений, таких как NSX, вручную с помощью любого метода пользовательского интерфейса или интерфейса командной строки.
• Установленные вручную пакеты VIB не будут отображаться в нужном состоянии и будут удалены во время следующего цикла модернизации.
• Не пытайтесь добавить компоненты решения с помощью функции ADD COMPONENTS в подключаемом модуле VxRail (заблокирована в коде начиная с версии 8.0.320).
• При поиске и устранении неисправностей VxRail LCM не ссылайтесь на какие-либо статьи базы знаний Broadcom по VMware Lifecycle Manager, так как они не применимы.

Модернизация компонентов

• При обновлении компонента добавьте новый автономный пакет с помощью функции ДОБАВИТЬ КОМПОНЕНТЫ в процессе обновления.
• vLCM автоматически распознает и заменит предыдущую версию обновленным компонентом.
• VxRail Manager автоматизирует управление жизненным циклом, поэтому любые изменения вручную в пользовательском интерфейсе VMware vCenter Lifecycle Manager не поддерживаются.
• Важно! Изменения в пользовательском интерфейсе VMware vCenter Lifecycle Manager не отражаются в VxRail Manager, что приводит к несогласованности и сбоям модернизации

Сторонние компоненты решения и VxRail vLCM

Общие сведения о типах компонентов

• Компоненты решения: Включает NSX, Rubrik, NetApp, Veeam и многие другие. Они управляются собственными инструментами управления жизненным циклом и не обрабатываются VxRail vLCM.
• Отдельные компоненты: В комплект входят драйверы графического процессора, драйверы HBA-адаптера, PowerFlex Их можно добавить в VxRail vLCM с помощью команды ADD COMPONENTS (хранилища или автономные пакеты, а не отдельные пакеты VIB).

Пример NSX

• Для NSX требуется полная модернизация решения (Manager, Controllers, Edge, затем VIB).
• Модернизация NSX управляется независимо с помощью NSX Lifecycle Manager, и VxRail vLCM не взаимодействует с ним.
• Добавление хранилищ NSX или автономных пакетов за пределами NSX Manager нарушает состояние жизненного цикла.

Примечания к настройке vLCM для кластеров ROBO

• Если в кластере ROBO включен vLCM (vSphere Lifecycle Manager),узел-свидетель также должен использовать один образ.
• Модернизация на основе базовых уровней в этой конфигурации не поддерживается.
• Модернизация узла-свидетеля, используемого кластером ROBO в режиме vLCM, вручную не поддерживается.

Рекомендации по совместному использованию узла-свидетеля

• Кластеры следящего модуля и ROBO могут использоваться только для других кластеров ROBO.
  Они не могут совместно использоваться в конфигурации более крупного растянутого кластера.

• Общие узлы-свидетели следует использовать только с кластерами VxRail.
  Они не поддерживаютсякластерами VSRN.

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

Что можно и чего нельзя делать:

Что можно делать

✅ Убедитесь, что lcmProperties.upgrade.advanced.mode.on=false в качестве параметра по умолчанию для vLCM.

✅ При добавлении сторонних компонентов, таких как драйверы графического процессора или HBA-адаптера, используйте только хранилища .

✅ Проверка совместимости компонентов сторонних производителей с кластерами на основе одного образа (кластерами с поддержкой vLCM).

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

Не надо.

❌ Не включать Расширенный режим LCM до или во время включения vLCM.

• Если lcmProperties.upgrade.advanced.mode.on=true, сторонние пакеты VIB будут удалены во время следующего цикла обновления без предупреждения.

❌ Не устанавливайте пакеты VIB вручную с помощью esxcli software vib install.

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

❌ Не загружайте склады решений сторонних производителей с помощью функции ADD COMPONENTS в подключаемом модуле VxRail.

• Это отрицательно скажется на желаемом состоянии кластера и заблокирует будущие обновления.

❌ Не используйте пользовательский интерфейс VMware vCenter Lifecycle Manager для внесения изменений.

• Любые внесенные здесь изменения не отражаются в VxRail Manager, что приводит к несогласованности жизненного цикла.

❌ Не сбрасывайте базу данных VMware vCenter Update Manager (VUM) без необходимости.

• Сброс базы данных в связанной среде vCenter приводит к удалению всех складов VxRail и прерыванию проверок соответствия.
• Это приводит к сбоям модернизации для всех кластеров, подключенных к vCenter.

❌ Не изменяйте и не удаляйте папки или файлы из /data/store2/vlcm, /data/store2/hsm. 

• При загрузке составного пакета воссоздаются /data/store2/hsm и /data/store2/vlcm вместе со всем, что в них находится.

❌ Не пытайтесь модернизировать сторонние компоненты вне цикла модернизации VxRail vLCM.

• Это полностью не поддерживается и нарушает соответствие образа нормативным требованиям
• Это не относится к сторонним решениям, как описано выше

❌ Не используйте CVSAllowListMgr.py python (185052 базы знаний) в кластере VxRail с поддержкой vLCM.

• CVSAllowListMgr.py нельзя использовать для vLCM.
• Любая попытка использовать этот сценарий приведет к сбою будущих обновлений.

❌Не ссылайтесь на какие-либо статьи базы знаний Broadcom.

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

Влияние сброса базы данных VUM

• Сброс базы данных VUM влияет на все связанные vCenter и кластеры.
• После сброса все склады VxRail удаляются и не добавляются автоматически.
• Кластеры переходят в состояние «состояние хоста неизвестно», что блокирует проверки соответствия и обновления.
• Склады сторонних решений (NSX, Rubrik) удалены, что требует ручного повторного добавления.
• Если требуется сброс VUM, он должен быть рассмотрен и одобрен VxRail EE

Заключение

Правильное использование vLCM обеспечивает бесперебойный процесс модернизации и управления для сред VxRail. Следование этим инструкциям помогает предотвратить сбои при модернизации, обеспечить соответствие требованиям регуляторов и обеспечить оптимальную работу системы.