VxRail: Best practices voor vLCM in VxRail

Methode voor VxRail:

Correct gebruik

• Als drivers of oplossingen van derden al op knooppunten zijn geïnstalleerd voordat u vLCM inschakelt, moet u altijd de vLCM-wizard gebruiken om zelfstandige componenten toe te voegen.
• Voeg nooit handmatig componenten toe met behulp van methoden van derden, omdat dit upgradefouten veroorzaakt.
• Eenmaal ingeschakeld, blijft het vLCM-depot permanent en hoeft het niet opnieuw te worden toegevoegd, tenzij een onderdeel wordt geüpgraded.
• Componenten moeten tijdens het inschakelen door de gebruikersinterface worden toegevoegd om deel uit te maken van de image die wordt gebruikt voor VxRail-knooppunten.
• Componenten kunnen ook worden toegevoegd met behulp van de functie COMPONENT TOEVOEGEN in de VxRail Manager-gebruikersinterface (alleen toegankelijk nadat de samengestelde bundel is geüpload)
• Als de klant de Broadcom-artikel-ID heeft gevolgd: 390098 u geverifieerde downloads van Broadcom of een token wilt toevoegen aan de vCenter Lifecycle Manager-instantie die VxRail beheert, moet u ervoor zorgen dat deze depots zijn uitgeschakeld voordat u VxRail-upgradeactiviteiten uitvoert. VxRail vereist geen toegang tot deze depots en eventuele connectiviteitsproblemen kunnen ertoe leiden dat VxRail-upgrades mislukken. Alle vereiste depots voor VxRail zijn afkomstig uit de Upgrade Composite Bundle.

Onjuist gebruik

• Vermijd het handmatig toevoegen van depots of offline bundels voor oplossingen van derden, zoals NSX, via een UI- of CLI-methode.
• Handmatig geïnstalleerde VIB's worden niet weergegeven in de gewenste status en worden verwijderd tijdens de volgende upgradecyclus.
• Probeer geen oplossingscomponenten toe te voegen met de functie COMPONENTEN TOEVOEGEN in de VxRail plug-in (geblokkeerd in code vanaf 8.0.320).
• Raadpleeg geen Broadcom Knowledge Base-artikelen voor VMware Lifecycle Manager bij het oplossen van problemen met VxRail LCM, aangezien deze niet van toepassing zijn.

Componentupgrades

• Wanneer u een onderdeel upgradet, voegt u tijdens het upgradeproces de nieuwe offlinebundel toe met de functie COMPONENTEN TOEVOEGEN .
• vLCM herkent en vervangt automatisch de vorige versie door de bijgewerkte component.
• VxRail Manager automatiseert het levenscyclusbeheer en eventuele handmatige wijzigingen in de gebruikersinterface van VMware vCenter Lifecycle Manager worden niet ondersteund.
• Belangrijk: Wijzigingen in de gebruikersinterface van VMware vCenter Lifecycle Manager worden niet weergegeven in VxRail Manager en veroorzaken inconsistenties en upgradefouten

Oplossingscomponenten van derden en VxRail vLCM

Inzicht in componenttypen

• Onderdelen van de oplossing: Met onder andere NSX, Rubrik, NetApp, Veeam . Deze worden beheerd door hun eigen levenscyclustools en worden niet afgehandeld door VxRail vLCM.
• Standalone componenten: Inclusief GPU-drivers, HBA-drivers, PowerFlex Deze kunnen worden toegevoegd aan VxRail vLCM met behulp van COMPONENTEN TOEVOEGEN (depots of offline bundels - geen standalone VIB's).

Voorbeeld van NSX

• Voor NSX is een volledige upgrade van de oplossing vereist (Manager, Controllers, Edges en vervolgens VIB's).
• NSX-upgrades worden onafhankelijk beheerd door NSX Lifecycle Manager en VxRail vLCM heeft er geen interactie mee.
• Het toevoegen van NSX-depots of offline bundels ergens buiten NSX Manager verbreekt de levenscyclusstatus.

vLCM-configuratieopmerkingen voor ROBO-clusters

• Wanneer vLCM (vSphere Lifecycle Manager) is ingeschakeld op een ROBO-cluster, moet het witnessknooppunt ook één image gebruiken.
• Upgrades op basis van basislijn worden niet ondersteund in deze configuratie.
• Handmatige upgrades van een witnessknooppunt dat wordt gebruikt door een ROBO-cluster in de vLCM-modus worden niet ondersteund.

Richtlijnen voor het delen van witnessknooppunten

• Witness- en ROBO-clusters kunnen alleen worden gedeeld met andere ROBO-clusters.
  Ze kunnen niet worden gedeeld in een grotere configuratie voor stretched clusters.

• Gedeelde witnessknooppunten mogen alleen worden gebruikt met VxRail-clusters.
  Ze worden niet ondersteund met VSRN-clusters.

• Alle clusters die een witnessknooppunt delen, moeten binnen één coderevisie blijven.
  Als een cluster twee of meer revisies vooruit upgradet, kan dit van invloed zijn op de stabiliteit of compatibiliteit van andere clusters die dezelfde witness delen.

Do's en Donnots:

Wat u wel moet doen

✅ Zorg ervoor dat lcmProperties.upgrade.advanced.mode.on=false de standaardinstelling is voor vLCM.

✅ Gebruik alleen depots bij het toevoegen van componenten van derden, zoals GPU- of HBA-drivers.

✅ Controleer de compatibiliteit van componenten van derden met clusters op basis van één image (clusters met vLCM).

✅ Zorgen dat NSX en andere oplossingscomponenten worden beheerd door hun respectieve levenscyclustools.

Niet doen.

❌ Niet inschakelen LCM geavanceerde modus voor of tijdens het inschakelen van vLCM.

• Als lcmProperties.upgrade.advanced.mode.on=true worden VIB's van derden zonder waarschuwing verwijderd tijdens de volgende upgradecyclus.

❌ Installeer VIB's niet handmatig met esxcli software vib install.

• Handmatig geïnstalleerde VIB's maken geen deel uit van de clusterimage en worden bij de volgende upgrade verwijderd.

❌ Upload geen oplossingsdepots van derden met de functie COMPONENTEN TOEVOEGEN in de VxRail plug-in.

• Dit heeft een negatieve invloed op de gewenste status van het cluster en blokkeert toekomstige upgrades.

❌ Gebruik de gebruikersinterface van VMware vCenter Lifecycle Manager niet om wijzigingen aan te brengen.

• Eventuele wijzigingen die hier worden aangebracht, worden niet weergegeven in VxRail Manager, wat leidt tot inconsistenties in de levenscyclus.

❌ Reset de VMware vCenter Update Manager (VUM)-database niet, tenzij dit noodzakelijk is.

• Als u de database opnieuw instelt in een gekoppelde vCenter-omgeving, worden alle VxRail-depots verwijderd en worden nalevingscontroles verbroken.
• Dit veroorzaakt upgradefouten voor alle clusters die zijn gekoppeld aan het vCenter.

❌ Bewerk of verwijder geen mappen of bestanden uit /data/store2/vlcm, /data/store2/hsm. 

• Als u de samengestelde bundel uploadt, worden /data/store2/hsm en /data/store2/vlcm opnieuw gemaakt, samen met alles wat erin zit.

❌ Probeer geen externe componenten te upgraden buiten een VxRail vLCM-upgradecyclus.

• Dit wordt niet ondersteund en verbreekt de naleving van images
• Dit geldt niet voor oplossingen van derden, zoals hierboven beschreven

❌ Gebruik geen python CVSAllowListMgr.py (kb 185052) op VxRail vLCM Enabled Cluster.

• CVSAllowListMgr.py kan niet worden gebruikt voor vLCM.
• Elke poging om dit script te gebruiken zal toekomstige upgrades verbreken.

❌Verwijs niet naar artikelen in de Broadcom Knowledge Base.

• Houd er rekening mee dat de meeste Broadcom Knowledge Base-artikelen die verwijzen naar Lifecycle Manager niet van toepassing zijn op VxRail en dat het volgen ervan zal leiden tot extra complicaties aan de VxRail-kant. 

Impact van het resetten van de VUM-database

• Het resetten van de VUM-database is van invloed op alle gekoppelde vCenters en clusters.
• Na een reset worden alle VxRail-depots verwijderd en worden deze niet automatisch opnieuw toegevoegd.
• Clusters krijgen de status 'hoststatus onbekend', waardoor nalevingscontroles en upgrades worden geblokkeerd.
• Oplossingsdepots van derden (NSX, Rubrik) worden verwijderd, waardoor handmatige hertoevoeging vereist is.
• Als een VUM-reset nodig is, moet deze worden beoordeeld en goedgekeurd door VxRail EE

Conclusie

Correct gebruik van vLCM zorgt voor een soepel upgrade- en beheerproces voor VxRail-omgevingen. Door deze richtlijnen te volgen, kunt u fouten bij upgrades voorkomen, naleving handhaven en het systeem optimaal laten werken.