VxRail: Best Practices für vLCM in VxRail
Summary: VxRail vLCM ist die bevorzugte Methode für das Management von Upgrades und Komponentenergänzungen in VxRail-Umgebungen. In diesem Artikel werden die ordnungsgemäße Verwendung von vLCM, wichtige "Do's" und "Don'ts" sowie die Auswirkungen ungeeigneter Konfigurationen beschrieben. ...
Instructions
Methode für VxRail:
Korrekte Verwendung
- Wenn Treiber oder Lösungen von Drittanbietern bereits auf Nodes installiert sind, bevor Sie vLCM aktivieren, verwenden Sie immer den vLCM-Aktivierungsassistenten, um eigenständige Komponenten hinzuzufügen.
- Fügen Sie niemals manuell Komponenten mithilfe von Drittanbietermethoden hinzu, da dies zu Upgradefehlern führt.
- Nach der Aktivierung bleibt das vLCM-Depot persistent und muss nur dann erneut hinzugefügt werden, wenn eine Komponente aktualisiert wird.
- Komponenten müssen während der Aktivierung über die Benutzeroberfläche hinzugefügt werden, damit sie Teil des Images werden, das für VxRail-Nodes verwendet wird.
- Komponenten können auch mithilfe der Funktion KOMPONENTE HINZUFÜGEN in der VxRail Manager-Benutzeroberfläche hinzugefügt werden (nur zugänglich, nachdem das zusammengesetzte Bundle hochgeladen wurde)
- Wenn der Kunde Broadcom befolgt hat, Artikel-ID: 390098 der vCenter Lifecycle Manager-Instanz, die VxRail managt, von Broadcom authentifizierte Downloads oder ein Token hinzufügen möchten, stellen Sie sicher, dass diese Depots deaktiviert sind, bevor Sie VxRail-Upgradeaktivitäten durchführen. VxRail benötigt keinen Zugriff auf diese Depots und alle Konnektivitätsprobleme mit ihnen können dazu führen, dass VxRail-Upgrades fehlschlagen. Alle erforderlichen Depots für VxRail stammen aus dem zusammengesetzten Upgrade-Bundle.
Falsche Verwendung
- Vermeiden Sie das manuelle Hinzufügen von Depots oder Offline-Bundles für Lösungen von Drittanbietern wie NSX über eine beliebige UI- oder CLI-Methode.
- Manuell installierte VIBs werden nicht im gewünschten Status angezeigt und während des nächsten Upgradezyklus entfernt.
- Versuchen Sie nicht, Lösungskomponenten über die Funktion KOMPONENTEN HINZUFÜGEN im VxRail-Plug-in hinzuzufügen (ab 8.0.320 im Code blockiert).
- Referenzieren Sie bei der Behebung von VxRail-LCM-Problemen keine Artikel der Broadcom Wissensdatenbank für VMware Lifecycle Manager, da diese nicht zutreffen.
Komponentenupgrades
- Wenn Sie eine Komponente aktualisieren, fügen Sie das neue Offline-Bundle über die Funktion KOMPONENTEN HINZUFÜGEN während des Upgradeprozesses hinzu.
- vLCM erkennt automatisch die vorherige Version und ersetzt sie durch die aktualisierte Komponente.
- VxRail Manager automatisiert das Lebenszyklusmanagement und alle manuellen Änderungen in der VMware vCenter Lifecycle Manager-Benutzeroberfläche werden nicht unterstützt.
- Wichtig: Änderungen in der VMware vCenter Lifecycle Manager-Benutzeroberfläche werden nicht in VxRail Manager widergespiegelt und führen zu Inkonsistenzen und Upgradefehlern
Lösungskomponenten von Drittanbietern und VxRail vLCM
Grundlegendes zu Komponententypen
- Lösungskomponenten: Umfasst NSX, Rubrik, NetApp, Veeam und viele andere. Diese werden von ihren eigenen Lebenszyklustools verwaltet und nicht von VxRail vLCM verarbeitet.
- Eigenständige Komponenten: Enthält GPU-Treiber, HBA-Treiber, PowerFlex Diese können VxRail vLCM hinzugefügt werden, indem Sie Komponenten HINZUFÜGEN (Depots oder Offline-Bundles – keine eigenständigen VIBs).
Beispiel für NSX
- NSX erfordert ein vollständiges Lösungsupgrade (Manager, Controller, Edges, dann VIBs).
- NSX-Upgrades werden unabhängig von NSX Lifecycle Manager verwaltet und VxRail vLCM interagiert nicht damit.
- Das Hinzufügen von NSX-Depots oder Offline-Bundles an einer beliebigen Stelle außerhalb von NSX Manager unterbricht den Lebenszyklusstatus.
vLCM-Konfigurationshinweise für ROBO-Cluster
- Wenn vLCM (vSphere Lifecycle Manager) auf einem ROBO-Cluster aktiviert ist, muss der Witness-Node ebenfalls ein einzelnes Image verwenden.
- Baseline-basierte Upgrades werden in dieser Konfiguration nicht unterstützt.
- Manuelle Upgrades eines Witness-Node, der von einem ROBO-Cluster im vLCM-Modus verwendet wird, werden nicht unterstützt.
Richtlinien zur gemeinsamen Nutzung von Witness-Nodes
-
Witness- und ROBO-Cluster können nur von anderen ROBO-Clustern gemeinsam genutzt werden.
Sie können nicht in einer größeren Stretched-Cluster-Konfiguration gemeinsam genutzt werden. -
Gemeinsam genutzte Witness-Nodes sollten nur mit VxRail-Clustern verwendet werden.
Sie werden von VSRN-Clusternnicht unterstützt. -
Alle Cluster, die einen Witness-Node gemeinsam nutzen, müssen innerhalb einer Codeversion bleiben.
Wenn ein Cluster zwei oder mehr Versionen im Voraus aktualisiert, kann dies die Stabilität oder Kompatibilität anderer Cluster beeinträchtigen, die denselben Witness gemeinsam nutzen.
Do's und Don's:
Do's
✅ Stellen Sie sicher, dass lcmProperties.upgrade.advanced.mode.on=false die Standardeinstellung für vLCM ist.
✅ Verwenden Sie nur Depots , wenn Sie Komponenten von Drittanbietern wie GPU- oder HBA-Treiber hinzufügen.
✅ Überprüfen der Kompatibilität von Drittanbieterkomponenten mit Single Image Based Clusters (vLCM-fähige Cluster)
✅ Stellen Sie sicher, dass NSX und andere Lösungskomponenten von ihren jeweiligen Lebenszyklustools verwaltet werden.
Tue nicht.
❌ Nicht aktivieren LCM Advanced Mode vor oder während der vLCM-Aktivierung.
- Wenn lcmProperties.upgrade.advanced.mode.on = true ist, werden VIBs von Drittanbietern während des nächsten Upgradezyklus ohne Warnung entfernt .
❌ Installieren Sie VIBs nicht manuell mithilfe von esxcli software vib install.
- Manuell installierte VIBs sind nicht Teil des Cluster-Image und werden beim nächsten Upgrade entfernt.
❌ Laden Sie keine Lösungsdepots von Drittanbietern über die Funktion KOMPONENTEN HINZUFÜGEN im VxRail-Plug-in hoch.
- Dies wirkt sich negativ auf den gewünschten Status des Clusters aus und blockiert zukünftige Upgrades.
❌ Verwenden Sie nicht die Benutzeroberfläche von VMware vCenter Lifecycle Manager , um Änderungen vorzunehmen.
- Hier vorgenommene Änderungen werden in VxRail Manager nicht berücksichtigt, was zu Lebenszyklusinkonsistenzen führt.
❌ Setzen Sie die VMware vCenter Update Manager (VUM)-Datenbank nur zurück, wenn dies erforderlich ist.
- Durch das Zurücksetzen der Datenbank in einer verknüpften vCenter-Umgebung werden alle VxRail-Depots entfernt und die Complianceprüfungen werden unterbrochen.
- Dies führt zu Upgradefehlern für alle Cluster, die mit vCenter verbunden sind.
❌ Bearbeiten oder entfernen Sie keine Ordner oder Dateien aus /data/store2/vlcm, /data/store2/hsm.
- Beim Hochladen des zusammengesetzten Bundles werden /data/store2/hsm und /data/store2/vlcm zusammen mit allen darin enthaltenen Elementen neu erstellt.
❌ Versuchen Sie nicht, Drittanbieterkomponenten außerhalb eines VxRail vLCM-Upgradezyklus zu aktualisieren.
- Dies wird nicht unterstützt und verstößt gegen die Image-Compliance
- Dies gilt nicht für Lösungen von Drittanbietern, wie oben beschrieben
❌ Verwenden Sie keine Python-CVSAllowListMgr.py (kb 185052) auf VxRail vLCM-fähigen Clustern.
- CVSAllowListMgr.py können nicht für vLCM verwendet werden.
- Jeder Versuch, dieses Skript zu verwenden, beeinträchtigt zukünftige Upgrades.
❌Verweisen Sie nicht auf Artikel der Broadcom Knowledge Base.
- Beachten Sie, dass die meisten Artikel der Broadcom-Wissensdatenbank, die sich auf Lifecycle Manager beziehen, nicht auf VxRail zutreffen, und dass das Befolgen dieser Artikel zu zusätzlichen Komplikationen auf VxRail-Seite führen kann.
Auswirkungen des Zurücksetzens der VUM-Datenbank
- Das Zurücksetzen der VUM-Datenbank wirkt sich auf alle verknüpften vCenter und Cluster aus.
- Nach einem Zurücksetzen werden alle VxRail-Depots entfernt und nicht automatisch wieder hinzugefügt.
- Cluster wechseln in den Status "Hoststatus unbekannt", wodurch Complianceprüfungen und Upgrades blockiert werden.
- Depots für Drittanbieterlösungen (NSX, Rubrik) werden entfernt und müssen manuell erneut hinzugefügt werden.
- Wenn ein VUM-Reset erforderlich ist, muss dieser von VxRail EE geprüft und genehmigt werden.
Entscheidung
Die ordnungsgemäße Verwendung von vLCM sorgt für einen reibungslosen Upgrade- und Managementprozess für VxRail-Umgebungen. Das Befolgen dieser Richtlinien trägt dazu bei, Upgradefehler zu vermeiden, die Compliance aufrechtzuerhalten und den optimalen Betrieb des Systems aufrechtzuerhalten.