VxRail: Найкращі практики для vLCM у VxRail

Метод для VxRail:

Правильне використання

• Якщо сторонні драйвери або рішення вже встановлені на вузлах до включення vLCM, завжди використовуйте майстер включення vLCM для додавання будь-яких автономних компонентів.
• Ніколи не додавайте компоненти вручну сторонніми методами, оскільки це призводить до збоїв оновлення.
• Після увімкнення сховище vLCM залишається постійним і не потребує повторного додавання, якщо не оновлюєте компонент.
• Компоненти мають бути додані інтерфейсом користувача під час увімкнення, щоб стати частиною образу , що використовується для вузлів VxRail.
• Компоненти також можна додавати за допомогою функції ADD COMPONENT в інтерфейсі VxRail Manager UI (доступно лише після завантаження складеного пакета)
• Якщо клієнт підписався на ідентифікатор статті Broadcom: 390098 додати автентифіковані завантаження Broadcom або токен до екземпляра vCenter Lifecycle Manager, який керує VxRail, переконайтеся, що ці сховища вимкнені перед виконанням будь-яких дій з оновлення VxRail. VxRail не вимагає доступу до цих складів, і будь-які проблеми з підключенням до них можуть спричинити невдачу оновлень VxRail. Усі необхідні склади для VxRail входять до пакету Upgrade Composite Bundle.

Неправильне використання

• Уникайте ручного додавання складів або офлайн-пакетів для сторонніх рішень, таких як NSX, будь-яким методом UI або CLI.
• Встановлені вручну VIB не будуть відображені в потрібному стані та будуть видалені під час наступного циклу оновлення.
• Не намагайтеся додавати компоненти рішення за допомогою функції ДОДАТИ КОМПОНЕНТИ в плагіні VxRail (заблоковано в коді, починаючи з версії 8.0.320).
• Не посилайтеся на будь-які статті Broadcom Knowledge Base для VMware Lifecycle Manager під час усунення проблем із VxRail LCM, оскільки вони не застосовуються.

Оновлення компонентів

• Під час оновлення компонента додайте новий автономний пакет за допомогою функції ДОДАТИ КОМПОНЕНТИ під час процесу оновлення.
• 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, Edges, потім VIB).
• Оновленнями NSX керує незалежноNSX Lifecycle Manager, і VxRail vLCM з ним не взаємодіє.
• Додавання сховищ NSX або автономних пакетів будь-де за межами NSX Manager порушує стан життєвого циклу.

Нотатки щодо конфігурації vLCM для кластерів ROBO

• Коли vLCM (vSphere Lifecycle Manager) увімкнено на кластері ROBO, вузол-свідок також повинен використовувати одне зображення.
• Оновлення на основі базового рівня в цій конфігурації не підтримуються.
• Ручні оновлення вузла-свідка, який використовується кластером ROBO в режимі vLCM, не підтримуються.

Рекомендації щодо спільного використання вузлів Witness

• Кластери Witness та ROBO можуть бути спільними лише для інших кластерів ROBO.
  Вони не можуть бути спільними для більшої конфігурації розтягнутого кластера.

• Спільні вузли свідків слід використовувати лише з кластерами VxRail.
  Вони не підтримуютьсякластерами VSRN.

• Усі кластери, що мають спільний вузол-свідок, повинні залишатися в межах однієї ревізії коду.
  Якщо один кластер оновлює дві або більше версій наперед, це може вплинути на стабільність або сумісність інших кластерів, які використовують той самий свідок.

Що можна і чого не можна робити:

Робити

✅ Переконайтеся, що lcmProperties.upgrade.advanced.mode.on=false є стандартним налаштуванням для vLCM.

✅ Використовуйте лише сховища під час додавання компонентів сторонніх виробників, як-от драйверів GPU або HBA.

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

✅ Переконайтеся, що NSX та інші компоненти рішення керуються відповідними інструментами життєвого циклу.

Не.

❌ Не вмикати Розширений режим LCM до або під час увімкнення vLCM.

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

❌ Не встановлюйте VIB вручну за допомогою esxcli software vib install.

• Встановлені вручну VIB не є частиною образу кластера і будуть видалені при наступному оновленні.

❌ Не завантажуйте сторонні сховища рішень за допомогою функції ДОДАТИ КОМПОНЕНТИ в плагіні 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.

• Це абсолютно не підтримується і порушує відповідність зображенням
• Це не стосується сторонніх рішень, як описано вище

❌ Не використовуйте python CVSAllowListMgr.py (kb 185052) на VxRail vLCM Enabled Cluster.

• CVSAllowListMgr.py не можна використовувати для vLCM.
• Будь-яка спроба використовувати цей скрипт порушить майбутні оновлення.

❌Не посилайтеся на жодні статті Broadcom Knowledge Base.

• Зверніть увагу, що більшість статей бази знань Broadcom, які посилаються на Lifecycle Manager, не застосовуються до VxRail, і їх дотримання призведе до додаткових ускладнень на стороні VxRail. 

Наслідки скидання налаштувань бази даних VUM

• Скидання бази даних VUM впливає на всі пов'язані vCenters і кластери.
• Після скидання всі депо VxRail видаляються і не будуть автоматично додані знову.
• Кластери переходять у стан «статус хоста невідомий», блокуючи перевірки відповідності та оновлення.
• Сторонні сховища рішень (NSX, Рубрика) видаляються, вимагаючи ручного додавання.
• Якщо необхідне скидання VUM, воно має бути розглянуте та схвалене VxRail EE

Висновок

Належне використання vLCM забезпечує плавний процес оновлення та керування середовищами VxRail. Дотримуючись цих вказівок, можна запобігти помилкам оновлення, забезпечити відповідність вимогам і забезпечити оптимальну роботу системи.