Inhalt

Einleitung

Voraussetzungen

Anforderungen

Verwendete Komponenten

Schritte vor dem Upgrade

Versionsauswahl

Kompatibilität

Upgrade-Leitfäden

Überlegungen

Tools vor dem Upgrade

Hypercheck

Intersight-HealthCheck

Intersight HealthCheck-Demo

Kursvideos

Wichtige Prüfungen

Nicht verwendete Pakete in UCSM löschen

Überprüfen der Aktivierung von Spanning Tree Port (STP) PortFast auf Upstream-Switches

Physische Portfehler an Fabric Interconnect Ports oder Adaptern

Upstream konfiguriertes Speicherdaten-VLAN auf Standard- und gestreckten Clustern

MTU und Failover

Qualifizierung für Test-Upgrade

Validierung von Benutzern und Kennwörtern

Überprüfen des Eintritts in den Wartungsmodus

Überprüfen der vMotion-Konfiguration

Überprüfen Sie, ob EVC (Enhanced VMotion Compatibility) auf dem Cluster aktiviert ist.

Überprüfen der Affinitätsregeln auf virtuellen Systemen

ESXi Agent Manager (EAM)

SSH-Empfehlung

HXUSER-Sperre

Lockdown-Modus oder Beendet

Replikation

Laufwerksfehler

Austausch vorheriger Motherboards, Neubereitstellungen und Entfernen von Knoten

Diskrepanzen in HX und vCenter

HyperFlex vCenter - Registrierung

Zugehörige Informationen

Einleitung

In diesem Dokument werden die Best Practices für ein erfolgreiches Upgrade des HyperFlex-Clusters beschrieben.

s

Voraussetzungen

Anforderungen

Cisco empfiehlt, sich mit folgenden Themen vertraut zu machen:

- Unified Computing System Manager (UCSM)

- Cisco Integrated Management Controller (CIMC)

- HyperFlex

- Elastic Sky X integriert (ESXi)

- vCenter

- Intersight

Verwendete Komponenten

- HyperFlex Connect 4.5(2e)

- UCSM 4.2(1f)

- Intersight

- vCenter 7.0 U3

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Schritte vor dem Upgrade

Versionsauswahl

Die Entscheidung für die ausgewählte Zielversion richtet sich nach den Anforderungen der HyperFlex-Umgebung. Sein Zweck ist es, die neue Software von der alten zu verbessern, zu beheben und zu nutzen.

In den Versionshinweisen zu HyperFlex finden Sie Informationen wie neue Funktionen, neu unterstützte Hardware, Interoperabilität zwischen Komponenten, Richtlinien, Einschränkungen, Sicherheitskorrekturen und behobene Probleme.

Klicken Sie hier, um die Versionshinweise zu überprüfen.

Kompatibilität

Bevor Sie das Hyperflex Cluster Upgrade ausführen, stellen Sie sicher, dass alle Versionen kompatibel sind. Cisco empfiehlt:

- Überprüfung der Interoperabilität der Versionen von HyperFlex, Unified Computing System (UCS) und ESXi/vCenter

- Überprüfen Sie alle Hardwaremodelle, die von der HyperFlex-Zielversion unterstützt werden.

- Die Anforderungen und Empfehlungen für die Cisco HyperFlex-Software finden Sie hier.

- Alle dort aufgeführten UCS- und VMware-Versionen werden von Cisco vorgeschlagen und umfassend getestet.

- Cisco empfiehlt einige HyperFlex-Versionen, die zuverlässiger sind und intensiv getestet wurden.

- Die empfohlenen HyperFlex-Versionen können mit einem goldenen Stern gefunden werden, siehe hier.

Upgrade-Leitfäden

Lesen Sie die Cisco HyperFlex-Upgrade-Leitfäden mit schrittweisen Anleitungen.

Die Leitfäden enthalten Informationen zu verschiedenen Szenarien, z. B.:

- Kombiniertes Upgrade. Upgrade aller HyperFlex-Cluster-Komponenten

- Individuelles Upgrade. Umfasst Upgrade einer der HyperFlex Cluster-Komponenten

- Offline-Upgrade. Ist es erforderlich, dass der HyperFlex-Cluster heruntergefahren wird?

- Upgrade-Workflows abhängig vom Cluster-Typ (Standard, Strech, Edge)

- Upgrade-Leitfäden finden Sie hier.

- Wenn der Cluster mit Cisco Intersight bereitgestellt wurde, verwenden Sie Intersight. Das Handbuch finden Sie hier.

Überlegungen

- Cisco empfiehlt die Durchführung von Online-Upgrades zu Zeiten mit geringem Workflow-Datenverkehr oder Wartungszeitfenstern.

- Der Zeitaufwand für den Abschluss des Upgrades hängt von der Größe des Clusters ab.

- Ein Offline-Upgrade setzt voraus, dass alle virtuellen Gastsysteme offline sind.

- Cisco empfiehlt, die Versionshinweise für HyperFlex auf neu verfügbare Versionen zu überwachen, um zu verhindern, dass die aktuelle Version als End of Life (EOL) verwendet wird.

- Lesen Sie hier die Leitfäden zu den Cisco HyperFlex-Versionshinweisen.

Tools vor dem Upgrade

Führen Sie Health Checks durch, bevor das HyperFlex-Upgrade ausgeführt wird, um potenzielle Fehler zu beheben und unerwartete Verhaltensweisen während des Upgrades zu vermeiden.

Es gibt zwei verschiedene Methoden, mit denen diese Integritätsprüfungen durchgeführt werden können.

Hypercheck

Dieses Tool ist ein Dienstprogramm zur Durchführung proaktiver Selbstprüfungen bei HyperFlex-Systemen, um deren Stabilität und Ausfallsicherheit zu gewährleisten.

Hypercheck-Leitfäden finden Sie hier.

Intersight-HealthCheck

Dies ist die empfohlene Methode für Vorabkontrollen. Es wird regelmäßig aktualisiert und enthält neue Fehlerbehebungsfunktionen, die potenzielle Fehlkonfigurationen leicht erkennen.

Es ist immer auf dem neuesten Stand, wenn es um neu entdeckte Vorbehalte geht, die während des Upgrade-Prozesses Unannehmlichkeiten darstellen. Informationen zum Intersight HealthCheck-Leitfaden finden Sie hier.

Intersight HealthCheck-Demo

Schritt 1: Melden Sie sich bei Intersight an, und navigieren Sie zu Infrastructure Service. Wählen Sie anschließend HyperFlex Clusters und den Cluster aus.

Beispiele zeigen einen Cluster mit dem Namen San_Jose. Wählen Sie im Dropdown-Menü Aktionen die Option Integritätsprüfung ausführen aus.

Anmerkung: In diesem Beispiel werden Integritätsprüfungen auf einem einzelnen Cluster veranschaulicht. Sie können die Integritätsprüfung für mehrere Cluster gleichzeitig auswählen und durchführen.

Bestätigen Sie den Cluster, und klicken Sie auf Weiter.

Mit dem Workflow können Sie bei Bedarf einige Prüfungen überspringen.

Schritt 2: Klicken Sie auf Start, um die Vorabprüfung zu starten.

Überprüfen Sie die Statusleiste, und warten Sie, bis die HealthCheck-Aufgabe abgeschlossen ist.

Schritt 3: Nachdem die HealthCheck-Aufgabe abgeschlossen ist, können die Ergebnisse an mehreren Stellen überprüft werden.

Auf der Registerkarte "Integritätsprüfung" werden die allgemeinen Ergebnisse angezeigt. Das Beispiel wird so gefiltert, dass die Ergebnisse Passed und Not Run nicht angezeigt werden.

Schritt 4: Klicken Sie auf Betroffene Knoten, um die betreffenden Knoten zu überprüfen.

Überprüfen Sie auf der Registerkarte Overview (Übersicht) die Events: Alarme, Anfragen und Ratschläge.

Erweitern Sie die einzelnen Veranstaltungen, um weitere Informationen zu erhalten.

Im Beispiel werden Anforderungen erweitert angezeigt. Klicken Sie auf Ausgewählte Hypercheck-Integritätsprüfungen ausführen fehlgeschlagen.

Es werden alle erfolgreichen und fehlgeschlagenen Prüfungen angezeigt.

Schritt 5. Klicken Sie auf den Umschalter für Zusätzliche Details anzeigen.

Jede Aufrufüberprüfung kann erweitert werden, um eine detaillierte Ansicht der überprüften Elemente zu erhalten.

Es enthält detaillierte Informationen im JSON-Format für die Protokolle, Eingaben und Ausgänge.

Kursvideos

Hypercheck-Video.

Intersight Health Check-Video.

Anmerkung: Bei einigen Fehlerbehebungen muss das Technical Assistance Center (TAC) eingreifen. Öffnen Sie bei Bedarf ein Ticket.

Wichtige Prüfungen

Nicht verwendete Pakete in UCSM löschen

Der UCS Manager-Firmware-Manager erfordert das Herunterladen der UCS-Firmware-Pakete in die Fabric Interconnect Boot-Flash-Partition. Überprüfen und löschen Sie alte Firmware-Pakete, die auf den Komponenten nicht mehr verwendet werden, um zu vermeiden, dass die Fabric Interconnects Boot-Flash-Partition mit unnötigen Dateien gefüllt wird.

Überprüfen Sie den Fabric Interconnect-Speicherplatz.

Schritt 1: Navigieren Sie zu Equipment (Geräte), wählen Sie Fabric Interconnects aus, und wählen Sie einen Fabric Interconnect aus. Das Beispiel zeigt Fabric Interconnect A (Primary).

Schritt 2: Wählen Sie im allgemeinen Bereich die Option Lokale Speicherinformationen aus, und erweitern Sie sie.

Überprüfen der Aktivierung von Spanning Tree Port (STP) PortFast auf Upstream-Switches

Wenn der Upstream-Switch den Befehl STP PortFast unterstützt, wird dringend empfohlen, ihn zu aktivieren. Wenn Sie die PortFast-Funktion aktivieren, wird ein Switch oder ein Trunk-Port veranlasst, sofort oder bei einem Verbindungsereignis in den STP-Weiterleitungsstatus zu wechseln, wodurch der Überwachungs- und Lernstatus umgangen wird.

Die PortFast-Funktion ist auf Portebene aktiviert, und dieser Port kann entweder ein physischer oder ein logischer Port sein.

Physische Portfehler an Fabric Interconnect Ports oder Adaptern

Überprüfen Sie in UCSM alle Fehler in Verbindung mit Port-Fehlern an Uplinks oder Server-Ports, um Failover-Szenarien zu vermeiden.

Schritt 1: Melden Sie sich bei UCSM an, und navigieren Sie zur Registerkarte "Equipment" (Geräte), erweitern Sie "Rack-Mounts" und "Servers" (Server). Das Beispiel zeigt Server 1.

Schritt 2: Erweitern Sie Adapter, und erweitern Sie dann NICs.

Schritt 3: Überprüfen Sie, ob alle Netzwerkkarten (NICs) sauber sind.

Upstream konfiguriertes Speicherdaten-VLAN auf Standard- und gestreckten Clustern

Das VAN für Speicherdaten muss auf dem Upstream-Gerät konfiguriert werden, um sicherzustellen, dass bei einem Ausfall des Fabric Interconnects B ein Failover erfolgt.

Stellen Sie sicher, dass alle Anforderungen im HyperFlex-Installationshandbuch aufgeführt sind.

MTU und Failover

Stellen Sie sicher, dass die Netzwerkverbindungen für beide Pfade auf den Virtual-Machine-Netzwerkschnittstellenkarten (vmnics) funktionieren.

Anmerkung: Um den Upstream-Verbindungstest durchzuführen, überprüfen Sie dieses Video.

In diesem Leitfaden können Sie überprüfen, ob das richtige NIC-Teaming auf Basis der UCS-Richtlinien richtig konfiguriert ist.

Warten Sie bei einem Infrastruktur-Upgrade, bis die ESXi-Uplinks aktiviert sind, bevor Sie das andere Fabric Interconnect neu starten.

Qualifizierung für Test-Upgrade

Ab Cisco HyperFlex Version 4.0(2a) zeigt die Upgrade-Seite das Ergebnis des letzten Tests zur Qualifizierung für Cluster-Upgrades und die letzte getestete Version des UCS-Servers, der HX-Datenplattform und/oder ESXi an.

Melden Sie sich bei HX Connect an, um die Berechtigungsprüfung für das Upgrade durchzuführen:

Schritt 1. Wählen Sie Upgrade > Test Upgrade Eligibility (Upgrade > Qualifizierung testen).

Schritt 2: Aktivieren Sie das Kontrollkästchen UCS Server-Firmware, um die Berechtigung für Upgrades der UCS Server-Firmware zu testen.

Schritt 3: Geben Sie den vollqualifizierten Domänennamen (FQDN) oder die IP-Adresse, den Benutzernamen und das Kennwort von Cisco UCS Manager ein. Klicken Sie im Feld "Current Version" (Aktuelle Version) auf Discover (Ermitteln), um die Version des UCS-Firmware-Pakets auszuwählen, die vor dem Upgrade validiert werden muss.

Schritt 4: Aktivieren Sie das Kontrollkästchen HX Data Platform, um die Upgrade-Berechtigung für die HyperFlex Data Platform zu testen.

Schritt 5: Geben Sie den vCenter-Benutzernamen und das vCenter-Kennwort ein. Laden Sie das Upgrade-Paket für die Cisco HyperFlex Data Platform hoch, das vor dem Upgrade validiert werden muss.

Schritt 6: Aktivieren Sie das Kontrollkästchen ESXi, um die Berechtigung für ein Upgrade von ESXi zu testen.

Schritt 7: Geben Sie den Benutzernamen und das Kennwort des vCenter-Administrators ein. Laden Sie das Cisco HyperFlex Custom Image Offline-Paket hoch, das vor dem Upgrade validiert werden muss.

Schritt 8: Klicken Sie auf Validieren.

Schritt 9: Der Fortschritt des Qualifizierungstests für Upgrades wird angezeigt.

Validierung von Benutzern und Kennwörtern

Kennwörter überprüfen für:

- vCenter-Administrator

- ESXi-Root

- Storage Controller Virtual Machine (SCVM)-Admin und -Root

Überprüfen des Eintritts in den Wartungsmodus

Stellen Sie sicher, dass virtuelle Systeme, die auf dem Host ausgeführt werden, im Wartungsmodus auf einen anderen Host migriert werden können. Wenn eine VM nicht migriert werden kann, muss sie ausgeschaltet werden. Wenn eine VM nicht automatisch migriert, aber manuell migriert werden kann, prüfen Sie, ob ein Problem mit DRS vorliegt.

Überprüfen Sie, ob DRS aktiviert ist, und stellen Sie diese Option auf vollautomatisiert ein, sofern eine Lizenz für DRS vorliegt. Wenn DRS deaktiviert ist, ist ein manueller Eingriff erforderlich, um die VMs manuell zu vMotion zu bewegen, wenn dies durch den Upgrade-Prozess angefordert wird.

Weitere Informationen finden Sie im VMware-Leitfaden.

Überprüfen der vMotion-Konfiguration

Bestätigen Sie, dass vMotion ordnungsgemäß konfiguriert wurde, um nicht abgeschlossene Wartungsmodusaufgaben zu vermeiden.

Weitere Informationen zur vMotion-Fehlerbehebung finden Sie hier.

Überprüfen Sie, ob EVC (Enhanced VMotion Compatibility) auf dem Cluster aktiviert ist.

Schritt 1: Melden Sie sich bei VMware vCenter an, und navigieren Sie zu "Home" und "Clusters".

Schritt 2: Klicken Sie auf vCenter Cluster. Dieses Beispiel zeigt einen Cluster mit dem Namen San_Jose.

Schritt 3: Wählen Sie Konfigurieren, klicken Sie unter Konfiguration auf VMware EVC und wählen Sie BEARBEITEN.

Schritt 4: Stellen Sie sicher, dass der EVC-Modus für den jeweils verwendeten Prozessor aktiviert ist.

Überprüfen der Affinitätsregeln auf virtuellen Systemen

Überprüfen Sie, ob auf der Gast-VM eine Affinitätsregel erstellt wurde.

Schritt 1: Rufen Sie den Cluster von VMware vCenter auf.

Schritt 2: Navigieren Sie zu "Startseite" und "Cluster". Dieses Beispiel zeigt einen Cluster mit dem Namen San_Jose.

Schritt 3: Wählen Sie Konfigurieren. Wählen Sie unter Konfiguration die Option VM-/Host-Regeln aus, und überprüfen Sie, ob eine Regel erstellt wurde.

ESXi Agent Manager (EAM)

Ab HXDP 5.0(x) und höheren Versionen wird EAM nicht mehr auf den ESXi-Hosts zum Verwalten des SCVMs-Netzwerks und -Datenspeichers verwendet.

Ab HXDP 5.0(x) und früheren Versionen benötigen Netzwerke und Datenspeicher SCVM-Informationen.

Überprüft, ob der ESXi Agent Manager (EAM)-Status normal ist.

Schritt 1: Melden Sie sich bei VMware vCenter an.

Schritt 2: Navigieren Sie zu "Home" und "Clusters", und navigieren Sie zu jedem ESXi-Knoten.

Schritt 3: Navigieren Sie im VMware vCenter-Cluster zu Konfigurieren, und wählen Sie unter Virtuelle Systeme die Option Agent VM Settings aus.

Im Beispiel werden Leerzeichen angezeigt, da der HyperFlex-Cluster in 5.0(2c) vorhanden ist.

Wenn EAM verwendet wird, stellen Sie sicher, dass in vCenter keine Zertifikatfehler angezeigt werden.

Weitere EAM-Informationen finden Sie hier.

vCenter- und ESXi-Lizenzen

Wenn Sie ein Upgrade von 6.x auf 7.0 durchführen, stellen Sie sicher, dass Sie vor dem Upgrade über die neuen Lizenzen verfügen.

Nach dem Upgrade haben Sie nur noch 60 Tage Zeit, sich im Evaluierungsmodus zu befinden.

SSH-Empfehlung

HXUSER-Sperre

Fehlgeschlagene Anmeldeversuche können dazu führen, dass ESXi-Benutzer gesperrt werden.

So überprüfen Sie den Benutzerstatus von "hxuser" oder "root"

Schritt 1: Öffnen einer SSH-Sitzung als Root im ESXi-Knoten

Schritt 2. Führen Sie pam_tally2 —user hxuser (oder root user) aus.

Schritt 3: Stellen Sie sicher, dass der Benutzer hxuser oder root gesperrt wurde.

[root@esxi1:~] pam_tally2 --user hxuser

Login Failures Latest failure From

hxuser 0

[root@esxi1:~] pam_tally2 --user root

Login Failures Latest failure From

root 0

[root@esxi1:~]

So entsperren Sie erwähnte ESXi-Benutzer:

Schritt 1. Führen Sie pam_tally2 —user hxuser —reset (oder root user) aus.

Schritt 2: Stellen Sie sicher, dass die Fehleranzahl auf 0 abnimmt.

[root@esxi1:~] pam_tally2 --user hxuser --reset

Login Failures Latest failure From

hxuser 0

[root@esxi1:~] pam_tally2 --user root --reset

Login Failures Latest failure From

root 0

Lockdown-Modus oder Beendet

Um die Sicherheit auf dem ESXi-Host zu erhöhen, müssen Sie den Lockdown-Modus aktivieren. Diese Konfiguration verhindert HyperFlex-Upgrades aufgrund des Sperrmodus, der für ein HyperFlex-Cluster-Upgrade deaktiviert werden muss.

So deaktivieren Sie den ESXi-Sperrmodus:

Schritt 1: Führen Sie SSH direkt auf dem ESXi-Host als Root aus.

Schritt 2: Drücken Sie F2 für die Ersteinrichtung.

Schritt 3: Geben Sie die Root-Anmeldeinformationen ein, um das DUCI-Setup zu öffnen.

Schritt 4: Gehen Sie zu Lockdown-Modus konfigurieren, und ändern Sie ihn in deaktiviert.

Um den Sperrmodus in vCenter zu deaktivieren,

Schritt 1: Navigieren Sie zum Host im vSphere Web Client-Inventar.

Schritt 2: Klicken Sie auf die Registerkarte Verwalten und dann auf Einstellungen. (mit 6.7, Klicken Sie auf die Registerkarte Konfigurieren).

Schritt 3: Wählen Sie unter System die Option Sicherheitsprofil aus.

Schritt 4: Klicken Sie im Fenster "Sperrmodus" auf Bearbeiten.

Schritt 5: Klicken Sie auf Sperrmodus, und wählen Sie eine der Optionen für den Sperrmodus aus.

Weitere Informationen zum Sperrmodus finden Sie hier.

Replikation

Wenn die Replikation konfiguriert und aktiviert ist, muss sie vor dem Upgrade angehalten werden.

Unterbrechen Sie die Replikation mit dem Befehl run stcli dp schedule pause und aktivieren Sie sie nach dem Upgrade mit dem Befehl stcli dp schedule resume.

Laufwerksfehler

Laufwerksfehler führen zu einem Fehler beim Upgrade des HyperFlex-Clusters. So überprüfen Sie die HyperFlex Connect-GUI auf in der Sperrliste aufgeführte oder ignorierte Festplatten:

Schritt 1: Öffnen Sie die HyperFlex Connect-GUI, und gehen Sie zu https://<HyperFlex-virtual-ip-address or fqdn>.

Schritt 2: Gehen Sie zu Systeminformationen, und wählen Sie dann Registerkarte Systemübersicht.

Schritt 3. Überprüfen Sie, ob Datenträgerfehler vorliegen.

Festplattenprobleme müssen vom Cisco TAC behoben werden.

Austausch vorheriger Motherboards, Neubereitstellungen und Entfernen von Knoten

Durch den Austausch der Hauptplatine werden auch die vorherigen Host-UIDs durch die neuen IDs ersetzt. Wenn bei den Austauschaufgaben Probleme aufgetreten sind, kann die Nichtübereinstimmung der UIDs dazu führen, dass das HyperFlex-Upgrade fehlschlägt.

Anmerkung: Intersight HealtCheck empfiehlt bei einer Identitätsungleichheit eine Verbindung des HyperFlex-Clusters mit Intersight und die Ausführung von HyperFlex Cluster HealtCheck.

Vergleichen Sie zum Austausch der Hauptplatine die stNode-UUID der ESXi CLI, um sicherzustellen, dass die UUID-Informationen mit der UUID im Hyperflex-Cluster übereinstimmen.

So erfassen Sie die UID:

Schritt 1: Öffnen Sie eine SSH-Sitzung mit dem ESXi-Knoten als Root.

Schritt 2: Führen Sie den folgenden Befehl aus: hostsvc/hostsumm | grep -i uuid | grep -v inst.

Schritt 3: Sammeln Sie die UUID-Informationen.

[root@esxi2:~] vim-cmd hostsvc/hostsumm | grep -i uuid | grep -v inst

uuid = "1f82077d-6702-214d-8814-e776ffc0f53c",  <----- ESXi2 ID

[root@esxi2:~]

[root@esxi2:~]

So rufen Sie die UUID-Informationen auf dem HyperFlex-Clusterknoten ab:

Schritt 1: Führen Sie SSH für die IP-Adresse des HyperFlex-Clusters aus.

Schritt 2: Führen Sie den Befehl stcli cluster info | mehr aus.

Schritt 3: Sammeln Sie die Knoten-IDs.

hxshell:~$ stcli cluster info | more

stNodes:

----------------------------------------

id: c4a24480-e935-6942-93ee-987dc8e9b5d9

type: node

name: esxi1

----------------------------------------

id: 1f82077d-6702-214d-8814-e776ffc0f53c   <----- ID for ESXi2

type: node

name: esxi2

----------------------------------------

id: 50a5dc5d-c419-9c48-8914-d91a98d43fe7

type: node

name: esxi3

----------------------------------------

Stellen Sie sicher, dass die stcli Cluster-Info-IDs mit den Informationen übereinstimmen, die auf den ESXi-Knoten angezeigt werden.

Diskrepanzen in HX und vCenter

Überprüfen Sie, ob vCenter-Informationen wie Rechenzentrums-, Cluster- und Datenspeichernamen auf dem HyperFlex-Cluster mit vCenter übereinstimmen. Wenn die Informationen nicht übereinstimmen, schlägt das HyperFlex-Cluster-Upgrade fehl.

Aktuelle Informationen finden Sie unter:

Schritt 1: Führen Sie SSH in der HyperFlex-Cluster-IP als admin aus.

Schritt 2: stcli-Clusterinformationen ausführen | grep -i vcenter.

Schritt 3: Sammeln der registrierten vCenter-Informationen im Cluster

hxshell:~$ stcli cluster info | grep -i vcenter

vCenterClusterName: vcenter-cluster

vCenterDatacenter: hx-cluster-name

vCenterURL: https://vcenter-url

vCenterDatacenterId: datacenter-name

vCenterClusterId: domain-c5124

vCenterUrl: https://vcenter-url

vCenterVersion: 7.0.2 Build-18455184

HyperFlex vCenter - Registrierung

Beachten Sie, dass bei Namen zwischen Groß- und Kleinschreibung unterschieden wird. Wenn der Name und die vCenter-Informationen aus der vorherigen Ausgabe nicht übereinstimmen, ist eine erneute vCenter-Registrierung erforderlich.

Um das vCenter erneut im Hyperflex-Cluster zu registrieren, sehen Sie sich das Video zur vCenter-Registrierung hier an.

So registrieren Sie das vCenter neu:

Schritt 1: Führen Sie SSH als Administrator für die Cluster-IP-Adresse aus.

Schritt 2: Führen Sie den Befehl stcli cluster reregister aus.

stcli cluster reregister [-h] --vcenter-datacenter NEWDATACENTER --vcenter-cluster NEWVCENTERCLUSTER --vcenter-url NEWVCENTERURLIP [--vcenter-sso-url NEWVCENTERSSOURL] --vcenter-user NEWVCENTERUSER

hxshell:~$ stcli cluster reregister --vcenter-datacenter MyData-Center --vcenter-cluster Cluster-Name --vcenter-url https://vcenter1-url --vcenter-user

Reregister StorFS cluster with a new vCenter ...

Enter NEW vCenter Administrator password:

Cluster reregistration with new vCenter succeeded

hxshell:~$

Zugehörige Informationen

- HyperFlex-Cluster - Integritätsprüfung

- Hypercheck ausführen: HyperFlex Health & Pre-Upgrade Check-Tool

- Technischer Support und Dokumentation für Cisco Systeme