VxRail: Anbefalte fremgangsmåter for vLCM i VxRail

Metode for VxRail:

Riktig bruk

• Hvis tredjepartsdrivere eller -løsninger allerede er installert på noder før aktivering av vLCM, må du alltid bruke veiviseren for aktivering av vLCM for å legge til frittstående komponenter.
• Legg aldri til komponenter manuelt ved hjelp av tredjepartsmetoder, da det fører til feil ved oppgradering.
• Når det er aktivert, forblir vLCM-depotet vedvarende og trenger ikke å legges til på nytt med mindre du oppgraderer en komponent.
• Komponenter må legges til av brukergrensesnittet under aktivering for å bli en del av imaget som brukes for VxRail-noder.
• Komponenter kan også legges til ved hjelp av funksjonen Legg til komponent i VxRail Manager-brukergrensesnittet (kun tilgjengelig etter at den sammensatte pakken er lastet opp)
• Hvis kunden har fulgt Broadcoms artikkel-ID: 390098 legge til Broadcom-godkjente nedlastinger eller et token i vCenter Lifecycle Manager-forekomsten som administrerer VxRail, må du sørge for at disse depotene er deaktivert før du utfører VxRail-oppgraderingsaktiviteter. VxRail krever ikke tilgang til disse depotene, og eventuelle tilkoblingsproblemer med dem kan føre til at VxRail-oppgraderinger mislykkes. Alle nødvendige depoter for VxRail kommer fra pakken med oppgraderingskompositt.

Feil bruk

• Unngå å legge til depoter eller frakoblede bunter manuelt for tredjepartsløsninger, for eksempel NSX, ved hjelp av brukergrensesnitt- eller CLI-metoder.
• Manuelt installerte VIB-er gjenspeiles ikke i ønsket tilstand og fjernes i løpet av neste oppgraderingssyklus.
• Ikke forsøk å legge til løsningskomponenter ved hjelp av ADD TIL KOMPONENTER-funksjonen i VxRail-pluginmodulen (blokkert i kode fra 8.0.320 og nyere).
• Ikke referer til noen Broadcom-kunnskapsbaseartikler for VMware Lifecycle Manager når du feilsøker VxRail LCM-problemer, da de ikke er aktuelle.

Komponentoppgraderinger

• Når du oppgraderer en komponent, legger du til den nye frakoblede bunten med funksjonen LEGG TIL KOMPONENTER under oppgraderingsprosessen.
• vLCM gjenkjenner automatisk og erstatter den forrige versjonen med den oppdaterte komponenten.
• VxRail Manager automatiserer livssyklusadministrasjon, og eventuelle manuelle endringer i VMware vCenter Lifecycle Manager-brukergrensesnittet støttes ikke.
• Viktig: Endringer i VMware vCenter Lifecycle Manager-brukergrensesnittet gjenspeiles ikke i VxRail Manager og forårsaker inkonsekvenser og oppgraderingsfeil

Komponenter for tredjepartsløsninger og VxRail vLCM

Forstå komponenttyper

• Løsningskomponenter: Inkluderer NSX, Rubrik, NetApp, Veeam blant mange andre. Disse administreres av deres egne livssyklusverktøy og håndteres ikke av VxRail vLCM.
• Frittstående komponenter: Inkluderer GPU-drivere, HBA-drivere, PowerFlex Disse kan legges til VxRail vLCM ved hjelp av ADD COMPONENTS (depoter eller frakoblede bunter – ikke frittstående VIB-er).

Eksempel på NSX

• NSX krever en komplett løsningsoppgradering (Manager, Controllers, Edges og deretter VIB-er).
• NSX-oppgraderinger administreres uavhengig av NSX Lifecycle Manager, og VxRail vLCM samhandler ikke med den.
• Hvis du legger til NSX-depoter eller frakoblede bunter hvor som helst utenfor NSX Manager, brytes livssyklustilstanden.

vLCM-konfigurasjonsmerknader for ROBO-klynger

• Når vLCM (vSphere Lifecycle Manager) er aktivert på en ROBO-klynge, må vitnenoden også bruke ett enkelt bilde.
• Grunnlinjebaserte oppgraderinger støttes ikke i denne konfigurasjonen.
• Manuelle oppgraderinger av en vitnenode som brukes av en ROBO-klynge i vLCM-modus, støttes ikke.

Retningslinjer for deling av vitnenoder

• Witness- og ROBO-klynger kan bare deles mellom andre ROBO-klynger.
  De kan ikke deles på tvers av en større Stretched Cluster-konfigurasjon.

• Delte vitnenoder bør bare brukes med VxRail-klynger.
  De støttes ikke med VSRN-klynger.

• Alle klynger som deler en vitnenode, må forbli innenfor én koderevisjon.
  Hvis én klynge oppgraderer to eller flere revisjoner fremover, kan det påvirke stabiliteten eller kompatibiliteten til andre klynger som deler samme vitne.

Lurt og ikke klart:

Gjøre

✅ Kontroller at lcmProperties.upgrade.advanced.mode.on=false er standardinnstilling for vLCM.

✅ Bruk bare depoter når du legger til tredjepartskomponenter som GPU- eller HBA-drivere.

✅ Kontrollere kompatibiliteten til tredjepartskomponenter med Single Image Based Clusters (vLCM-aktiverte klynger).

✅ Sørg for at NSX og andre løsningskomponenter administreres av sine respektive livssyklusverktøy.

Ikke.

❌ Ikke aktiver LCM Advanced-modus før eller under vLCM-aktivering.

• Hvis lcmProperties.upgrade.advanced.mode.on=true, fjernes tredjeparts VIB-er under neste oppgraderingssyklus uten advarsel.

❌ Ikke installer VIB-er manuelt ved hjelp av esxcli software vib install.

• Manuelt installerte VIB-er er ikke en del av klyngeimaget og vil bli fjernet i neste oppgradering.

❌ Ikke last opp tredjeparts løsningsdepoter med funksjonen ADD TIL KOMPONENTER i VxRail-pluginen.

• Dette vil ha negativ innvirkning på klyngens ønskede tilstand og blokkere fremtidige oppgraderinger.

❌ Ikke bruk VMware vCenter Lifecycle Manager-brukergrensesnittet til å gjøre endringer.

• Eventuelle endringer som gjøres her, gjenspeiles ikke i VxRail Manager, noe som fører til inkonsekvenser i livssyklusen.

❌ Ikke tilbakestill VMware vCenter Update Manager (VUM)-databasen med mindre det er nødvendig.

• Hvis du tilbakestiller databasen i et koblet vCenter-miljø, fjernes alle VxRail-depoter og bryter samsvarskontrollene.
• Dette fører til oppgraderingsfeil for alle klynger som er koblet til vCenter.

❌ Ikke rediger eller fjern noen mapper eller filer fra /data/store2/vlcm, /data/store2/hsm. 

• Når du laster opp den sammensatte pakken, gjenopprettes /data/store2/hsm og /data/store2/vlcm sammen med alt i dem.

❌ Ikke forsøk å oppgradere tredjepartskomponenter utenfor en VxRail vLCM-oppgraderingssyklus.

• Dette støttes ikke fullstendig og bryter imagesamsvar
• Dette gjelder ikke tredjepartsløsninger, som beskrevet ovenfor

❌ Ikke bruk python CVSAllowListMgr.py (kb 185052) på VxRail vLCM Enabled Cluster.

• CVSAllowListMgr.py kan ikke brukes for vLCM.
• Alle forsøk på å bruke dette skriptet vil ødelegge fremtidige oppgraderinger.

❌Ikke referer til noen Broadcom Knowledge Base-artikler.

• Vær oppmerksom på at de fleste artiklene i Broadcoms kunnskapsbase som refererer til Lifecycle Manager, ikke gjelder for VxRail, og hvis du følger dem, får du ytterligere komplikasjoner på VxRail-siden. 

Hva som skjer ved tilbakestilling av VUM Database

• Tilbakestilling av LUM-databasen påvirker alle koblede vCenter-er og klynger.
• Etter en tilbakestilling fjernes alle VxRail-depoter som automatisk legges til igjen.
• Klynger angir en ukjent vertsstatus, noe som blokkerer samsvarskontroller og oppgraderinger.
• Tredjeparts løsningsdepoter (NSX, Rubrik) fjernes, noe som krever manuell etterfylling.
• Hvis en VUM tilbakestilling er nødvendig, må den gjennomgås og godkjennes av VxRail EE

Konklusjon

Riktig bruk av vLCM sikrer en jevn oppgraderings- og administrasjonsprosess for VxRail-miljøer. Å følge disse retningslinjene bidrar til å forhindre oppgraderingsfeil, opprettholde samsvar og holde systemet i optimal drift.