VxRail: Bästa praxis för vLCM i VxRail

Metod för VxRail:

Korrekt användning

• Om drivrutiner eller lösningar från tredje part redan är installerade på noder innan du aktiverar vLCM ska du alltid använda aktiveringsguiden för vLCM för att lägga till fristående komponenter.
• Lägg aldrig till komponenter manuellt med hjälp av tredjepartsmetoder, eftersom det orsakar uppgraderingsfel.
• När vLCM-depån har aktiverats förblir den beständig och behöver inte läggas till igen om du inte uppgraderar en komponent.
• Komponenter måste läggas till av användargränssnittet under aktiveringen för att ingå i avbildningen som används för VxRail-noder.
• Komponenter kan också läggas till med hjälp av funktionen ADD COMPONENT i användargränssnittet för VxRail Manager (endast tillgängligt när det sammansatta paketet har överförts)
• Om kunden har följt Broadcoms artikel-ID: 390098 du vill lägga till autentiserade Broadcom-nedladdningar eller en token i vCenter Lifecycle Manager-instansen som hanterar VxRail måste du se till att dessa depåer är avaktiverade innan du utför några VxRail-uppgraderingsaktiviteter. VxRail kräver inte åtkomst till dessa depåer och eventuella anslutningsproblem med dem kan göra att VxRail-uppgraderingar misslyckas. Alla depåer som krävs för VxRail kommer från det sammansatta uppgraderingspaketet.

Felaktig användning

• Undvik att manuellt lägga till depåer eller offlinepaket för tredjepartslösningar, till exempel NSX, oavsett användargränssnitt eller CLI-metod.
• Manuellt installerade VIB:er visas inte i önskat läge och kommer att tas bort under nästa uppgraderingscykel.
• Försök inte att lägga till lösningskomponenter med funktionen ADD COMPONENTS i VxRail-insticksprogrammet (blockerad i kod från 8.0.320 och framåt).
• Använd inte några artiklar i Broadcoms kunskapsdatabas för VMware Lifecycle Manager när du felsöker VxRail LCM-problem, eftersom de inte är tillämpliga.

Komponentuppgraderingar

• När du uppgraderar en komponent lägger du till det nya offlinepaketet med funktionen ADD COMPONENTS under uppgraderingsprocessen.
• vLCM kommer automatiskt att känna igen och ersätta den tidigare versionen med den uppdaterade komponenten.
• VxRail Manager automatiserar livscykelhanteringen och manuella ändringar i användargränssnittet för VMware vCenter Lifecycle Manager stöds inte.
• Viktigt! Ändringar i användargränssnittet för VMware vCenter Lifecycle Manager återspeglas inte i VxRail Manager och orsakar inkonsekvenser och uppgraderingsfel

Komponenter för tredjepartslösningar och VxRail vLCM

Förstå komponenttyper

• Lösningens komponenter: Inkluderar NSX, Rubrik, NetApp, Veeam bland många andra. Dessa hanteras av sina egna livscykelverktyg och hanteras inte av VxRail vLCM.
• Fristående komponenter: Omfattar GPU-drivrutiner, HBA-drivrutiner, PowerFlex Dessa kan läggas till i VxRail vLCM med hjälp av ADD COMPONENTS (depåer eller offline-paket – inte fristående VIB:er).

NSX-exempel

• NSX kräver en fullständig lösningsuppgradering (Manager, styrenheter, kanter och sedan VIB:er).
• NSX-uppgraderingar hanteras oberoende av NSX Lifecycle Manager och VxRail vLCM interagerar inte med den.
• Att lägga till NSX-depåer eller offline-paket var som helst utanför NSX Manager bryter livscykeltillståndet.

vLCM konfigurationsanmärkningar för ROBO-kluster

• När vLCM (vSphere Lifecycle Manager) är aktiverat på ett ROBO-klustermåste vittnesnoden också använda en enda avbildning.
• Baslinjebaserade uppgraderingar stöds inte i den här konfigurationen.
• Manuella uppgraderingar av en vittnesnod som används av ett ROBO-kluster i vLCM-läge stöds inte.

Riktlinjer för delning av vittnesnoder

• Vittnes- och ROBO-kluster kan endast delas med andra ROBO-kluster.
  De kan inte delas mellan en större stretchad klusterkonfiguration.

• Delade vittnesnoder ska endast användas med VxRail-kluster.
  De stöds inte med VSRN-kluster.

• Alla kluster som delar en vittnesnod måste finnas kvar i en kodrevision.
  Om ett kluster uppgraderar två eller flera revisioner framåt kan det påverka stabiliteten eller kompatibiliteten för andra kluster som delar samma vittne.

Att göra och inte göra:

Göra

✅ Kontrollera lcmProperties.upgrade.advanced.mode.on=false som standardinställning för vLCM.

✅ Använd endast depåer när du lägger till komponenter från tredje part, som GPU- eller HBA-drivrutiner.

✅ Verifiera kompatibilitet för komponenter från tredje part med kluster baserade på enskilda avbildningar (vLCM-aktiverade kluster).

✅ Se till att NSX och andra lösningskomponenter hanteras av sina respektive livscykelverktyg.

Gör inte.

❌ Aktivera inte LCM avancerat läge före eller under vLCM-aktivering.

• Om lcmProperties.upgrade.advanced.mode.on=true tas VIB:er från tredje part bort under nästa uppgraderingscykel utan förvarning.

❌ Installera inte VIB:er manuellt med esxcli software vib install.

• Manuellt installerade VIB:er ingår inte i klusteravbildningen och kommer att tas bort i nästa uppgradering.

❌ Ladda inte upp depåer för tredjepartslösningar via funktionen ADD COMPONENTS i VxRail-insticksprogrammet.

• Detta påverkar klustrets önskade tillstånd negativt och blockerar framtida uppgraderingar.

❌ Använd inte användargränssnittet för VMware vCenter Lifecycle Manager för att göra ändringar.

• Eventuella ändringar som görs här återspeglas inte i VxRail Manager, vilket leder till inkonsekvenser i livscykeln.

❌ Återställ inte VUM-databasen (VMware vCenter Update Manager) om det inte behövs.

• När databasen återställs till en länkad vCenter-miljö tas alla VxRail-depåer bort och efterlevnadskontrollerna bryts.
• Det här orsakar uppgraderingsfel för alla kluster som är anslutna till vCenter.

❌ Redigera eller ta inte bort någon mapp eller fil från /data/lagring2/vlcm, /data/lagring2/hsm. 

• Om du laddar upp det sammansatta paketet återskapas /data/store2/hsm och /data/store2/vlcm tillsammans med allt i dem.

❌ Försök inte att uppgradera några komponenter från tredje part utanför en VxRail vLCM-uppgraderingscykel.

• Detta stöds inte alls och bryter mot bildöverensstämmelsen
• Detta gäller inte lösningar från tredje part, enligt beskrivningen ovan

❌ Använd inte Python CVSAllowListMgr.py (kB 185052) på VxRail vLCM Enabled Cluster.

• CVSAllowListMgr.py kan inte användas för vLCM.
• Alla försök att använda det här skriptet kommer att avbryta framtida uppgraderingar.

❌Läs inte några artiklar i Broadcoms kunskapsbas.

• Observera att de flesta av Broadcoms kunskapsbasartiklar som hänvisar till Lifecycle Manager inte gäller VxRail, och om du följer dem kommer det att leda till ytterligare komplikationer på VxRail-sidan. 

Effekten av återställning av VUM-databasen

• Återställning av VUM-databasen påverkar alla länkade vCenter och kluster.
• Efter en återställning tas alla VxRail-depåer bort och läses inte upp automatiskt.
• Kluster försätts i tillståndet "okänd värdstatus", vilket blockerar efterlevnadskontroller och uppgraderingar.
• Depåer för tredjepartslösningar (NSX, Rubrik) tas bort, vilket kräver manuellt återskapande.
• Om en TUM-återställning är nödvändig måste den granskas och godkännas av VxRail EE

Slutsats

Korrekt användning av vLCM säkerställer en smidig uppgraderings- och hanteringsprocess för VxRail-miljöer. Genom att följa dessa riktlinjer kan du förhindra uppgraderingsfel, upprätthålla efterlevnad och hålla systemet igång optimalt.