VxRail: Najlepsze praktyki dotyczące vLCM w VxRail

Metoda dla VxRail:

Prawidłowe użytkowanie

• Jeśli przed włączeniem vLCM w węzłach są już zainstalowane sterowniki lub rozwiązania innych firm, należy zawsze korzystać z kreatora vLCM Enablement Wizard, aby dodać autonomiczne komponenty.
• Nigdy nie dodawaj ręcznie komponentów przy użyciu metod innych firm, ponieważ może to spowodować niepowodzenie aktualizacji.
• Po włączeniu magazyn vLCM pozostaje trwały i nie wymaga ponownego dodawania, chyba że komponent zostanie uaktualniony.
• Komponenty muszą zostać dodane przez interfejs użytkownika podczas włączania, aby stały się częścią obrazu używanego dla węzłów VxRail.
• Komponenty można również dodawać za pomocą funkcji ADD COMPONENT w interfejsie użytkownika VxRail Manager (dostępna tylko po przesłaniu pakietu złożonego)
• Jeśli klient skorzystał z usługi Broadcom Article ID: 390098 dodać uwierzytelnione pliki do pobrania Broadcom lub token do instancji vCenter Lifecycle Manager zarządzającej VxRail, przed wykonaniem jakichkolwiek czynności związanych z aktualizacją VxRail upewnij się, że te magazyny są wyłączone . VxRail nie wymaga dostępu do tych magazynów, a wszelkie problemy z łącznością z nimi mogą spowodować niepowodzenie aktualizacji VxRail. Wszystkie wymagane magazyny dla VxRail pochodzą z pakietu złożonego uaktualnienia.

Nieprawidłowe użytkowanie

• Należy unikać ręcznego dodawania magazynów zawartości lub pakietów offline dla rozwiązań innych firm, takich jak NSX, za pomocą dowolnej metody interfejsu użytkownika lub interfejsu CLI.
• Ręcznie zainstalowane pakiety VIB nie zostaną odzwierciedlone w oczekiwanym stanie i zostaną usunięte podczas następnego cyklu aktualizacji.
• Nie należy podejmować prób dodawania komponentów rozwiązania za pomocą funkcji ADD COMPONENTS we wtyczce VxRail (zablokowanej w kodzie od wersji 8.0.320).
• Podczas rozwiązywania problemów z VxRail LCM nie należy powoływać się na żadne artykuły bazy wiedzy Broadcom dotyczące VMware Lifecycle Manager, ponieważ nie mają one zastosowania.

Uaktualnienia podzespołów

• Podczas uaktualniania składnika należy dodać nowy pakiet offline za pomocą funkcji DODAJ SKŁADNIKI podczas procesu aktualizacji.
• vLCM automatycznie rozpozna i zastąpi poprzednią wersję zaktualizowanym komponentem.
• VxRail Manager automatyzuje zarządzanie cyklem życiowym, a wszelkie ręczne modyfikacje interfejsu użytkownika VMware vCenter Lifecycle Manager nie są obsługiwane.
• Ważne: Zmiany w interfejsie użytkownika VMware vCenter Lifecycle Manager nie są odzwierciedlane w programie VxRail Manager i powodują niespójności oraz niepowodzenia aktualizacji

Komponenty rozwiązań innych firm i VxRail vLCM

Opis typów komponentów

• Elementy rozwiązania: Obejmuje między innymi NSX, Rubrik, NetApp, Veeam . Są one zarządzane przez ich własne narzędzia cyklu eksploatacji i nie są obsługiwane przez VxRail vLCM.
• Elementy autonomiczne: Zawiera sterowniki GPU, sterowniki HBA, PowerFlex Można je dodać do VxRail vLCM za pomocą DODAJ SKŁADNIKI (magazyny lub pakiety offline — nie samodzielne VIB).

Przykład NSX

• NSX wymaga kompletnego uaktualnienia rozwiązania (Manager, kontrolery, brzegi, a następnie VIB).
• Aktualizacje NSX są zarządzane niezależnie przez program NSX Lifecycle Manager, a VxRail vLCM nie wchodzi z nim w interakcje.
• Dodanie magazynów NSX lub pakietów offline w dowolnym miejscu poza NSX Manager przerywa stan cyklu życia.

Uwagi dotyczące konfiguracji vLCM dla klastrów ROBO

• Po włączeniu vLCM (vSphere Lifecycle Manager) w klastrze ROBOwęzeł monitora musi również używać jednego obrazu.
• Uaktualnienia oparte na planie bazowym nie są obsługiwane w tej konfiguracji.
• Ręczne uaktualnienia węzła świadka używanego przez klaster ROBO w trybie vLCM nie są obsługiwane.

Wytyczne dotyczące udostępniania węzłów świadka

• Klastry Witness i ROBO mogą być tylko współużytkowane przez inne klastry ROBO.
  Nie mogą być współużytkowane w ramach większej konfiguracji klastra rozciągniętego.

• Współużytkowane węzły świadka powinny być używane tylko z klastrami VxRail.
  Nie są one obsługiwane w przypadku klastrów VSRN.

• Wszystkie klastry współużytkujące węzeł świadka muszą pozostać w obrębie jednej poprawki kodu.
  Jeśli jeden klaster zostanie uaktualniony o dwie lub więcej wersji, może to mieć wpływ na stabilność lub zgodność innych klastrów współużytkujących ten sam monitor.

Co robić, a czego nie:

Co robić?

✅ Upewnij się, że lcmProperties.upgrade.advanced.mode.on=false jest ustawieniem domyślnym dla vLCM.

✅ Podczas dodawania składników innych firm, takich jak sterowniki GPU lub HBA, należy używać tylko magazynów .

✅ Weryfikacja zgodności komponentów innych firm z klastrami opartymi na pojedynczych obrazach (klastry z obsługą vLCM).

✅ Dopilnowanie, aby NSX i inne składniki rozwiązania były zarządzane przez odpowiednie narzędzia do obsługi cyklu eksploatacji.

Nie.

❌ Nie włączaj Tryb zaawansowany LCM przed włączeniem vLCM lub w jego trakcie.

• Jeśli lcmProperties.upgrade.advanced.mode.on=true, pakiety VIB innych firm zostaną usunięte podczas następnego cyklu aktualizacji bez ostrzeżenia.

❌ Nie instaluj pakietów VIB ręcznie za pomocą esxcli software vib install.

• Ręcznie zainstalowane pakiety VIB nie są częścią obrazu klastra i zostaną usunięte podczas następnego uaktualnienia.

❌ Nie należy przesyłać magazynów rozwiązań innych firm za pomocą funkcji DODAJ KOMPONENTY we wtyczce VxRail.

• Wpłynie to negatywnie na pożądany stan klastra i zablokuje przyszłe uaktualnienia.

❌ Do wprowadzania zmian nie należy używać interfejsu użytkownika programu VMware vCenter Lifecycle Manager.

• Wszelkie wprowadzone tutaj modyfikacje nie są odzwierciedlane w VxRail Manager, co prowadzi do niespójności cyklu życia.

❌ Nie resetuj bazy danych VMware vCenter Update Manager (VUM), chyba że jest to konieczne.

• Zresetowanie bazy danych w połączonym środowisku vCenter powoduje usunięcie wszystkich magazynów VxRail i przerwanie kontroli zgodności.
• Powoduje to niepowodzenia aktualizacji wszystkich klastrów podłączonych do vCenter.

❌ Nie edytuj ani nie usuwaj żadnego folderu ani pliku z katalogów /data/store2/vlcm, /data/store2/hsm. 

• Przekazanie pakietu złożonego powoduje ponowne utworzenie plików /data/store2/hsm i /data/store2/vlcm wraz ze wszystkimi elementami, które się w nich znajdują.

❌ Nie należy podejmować prób aktualizacji żadnych komponentów innych firm poza cyklem aktualizacji VxRail vLCM.

• Jest to całkowicie nieobsługiwane i narusza zgodność obrazu
• Nie dotyczy to rozwiązań innych firm, jak opisano powyżej

❌ Nie należy używać CVSAllowListMgr.py Python (185052 kb) w klastrze VxRail vLCM Enabled.

• CVSAllowListMgr.py nie mogą być używane w przypadku vLCM.
• Każda próba użycia tego skryptu spowoduje przerwanie przyszłych uaktualnień.

❌Nie należy odwoływać się do żadnych artykułów bazy wiedzy Broadcom.

• Należy pamiętać, że większość artykułów bazy wiedzy firmy Broadcom odnoszących się do programu Lifecycle Manager nie ma zastosowania do VxRail, a zapoznanie się z nimi spowoduje dodatkowe komplikacje po stronie VxRail. 

Wpływ resetowania bazy danych VUM

• Resetowanie bazy danych VUM ma wpływ na wszystkie połączone vCenter i klastry.
• Po zresetowaniu wszystkie magazyny VxRail są usuwane i nie będą automatycznie dodawane ponownie.
• Klastry przechodzą w stan "host stan nieznany", blokując kontrole zgodności i uaktualnienia.
• Magazyny rozwiązań innych firm (NSX, Rubrik) zostały usunięte, co wymaga ręcznego ponownego dodania.
• Jeśli konieczne jest zresetowanie VUM, musi ono zostać sprawdzone i zatwierdzone przez VxRail EE

Wnioski

Właściwe korzystanie z vLCM zapewnia bezproblemowy proces aktualizacji i zarządzania środowiskami VxRail. Postępowanie zgodnie z tymi wskazówkami pomaga zapobiegać niepowodzeniom aktualizacji, utrzymać zgodność z przepisami i zapewnić optymalne działanie systemu.