Vor einem Upgrade der Computing-Firmware müssen Systemzustandsprüfungen für Computing-Nodes durchgeführt werden
Vor dem Upgrade der Computing-Firmware müssen Sie Zustandsprüfungen durchführen, um sicherzustellen, dass alle Computing-Nodes im Cluster aktualisiert werden können. Zustandsprüfungen der Computing-Nodes können nur auf Computing-Clustern von einem oder mehreren gemanagten NetApp HCI Computing-Nodes ausgeführt werden.
-
Management Services: Sie haben das neueste Management Services Bundle (2.11 oder höher) aktualisiert.
-
Management Node: Sie führen Management Node 11.3 oder höher aus.
-
Element Software: Auf Ihrem Storage Cluster wird die NetApp Element Software 11.3 oder höher ausgeführt.
-
Endbenutzer-Lizenzvereinbarung (EULA): Ab Management Services 2.20.69 müssen Sie die EULA akzeptieren und speichern, bevor Sie die NetApp Hybrid Cloud Control UI oder API verwenden, um Zustandsprüfungen für Computing-Nodes auszuführen:
-
Öffnen Sie die IP-Adresse des Management-Node in einem Webbrowser:
https://<ManagementNodeIP>
-
Melden Sie sich bei NetApp Hybrid Cloud Control an, indem Sie die Anmeldedaten des Storage-Cluster-Administrators bereitstellen.
-
Wählen Sie Upgrade oben rechts auf der Schnittstelle aus.
-
Die EULA erscheint. Scrollen Sie nach unten, wählen Sie Ich akzeptiere aktuelle und alle zukünftigen Updates und wählen Sie Speichern.
-
Sie können Zustandsprüfungen mithilfe der NetApp Hybrid Cloud Control (HCC) UI oder der HCC API ausführen:
Weitere Informationen zu Zustandsprüfungen der Computing-Nodes, die vom Service ausgeführt werden:
Nutzen Sie NetApp Hybrid Cloud Control, um vor einem Firmware-Upgrade Zustandsprüfungen der Computing-Nodes auszuführen
Mit NetApp Hybrid Cloud Control (HCC) können Sie überprüfen, ob ein Compute-Node für ein Firmware-Upgrade bereit ist.
Wenn Sie mehrere Storage-Cluster-Konfigurationen mit zwei Nodes haben, jedes in ihrem eigenen vCenter, wird der Zustand von Witness Nodes möglicherweise nicht akkurat gemeldet. Wenn Sie also zum Upgrade von ESXi Hosts bereit sind, müssen Sie nur den Witness Node auf dem ESXi Host herunterfahren, der aktualisiert wird. Sie müssen sicherstellen, dass in Ihrer NetApp HCI-Installation immer ein Witness Node ausgeführt wird, indem Sie die Witness Nodes auf andere Weise ausschalten. |
-
Öffnen Sie die IP-Adresse des Management-Node in einem Webbrowser:
https://<ManagementNodeIP>/hcc
-
Melden Sie sich bei NetApp Hybrid Cloud Control an, indem Sie die Anmeldedaten des Storage-Cluster-Administrators bereitstellen.
-
Wählen Sie Upgrade oben rechts auf der Schnittstelle aus.
-
Wählen Sie auf der Seite Upgrades die Registerkarte Compute Firmware aus.
-
Wählen Sie die Integritätsprüfung für das Cluster aus, das Sie auf die Upgrade-Bereitschaft prüfen möchten.
-
Wählen Sie auf der Seite Integritätsprüfung berechnen die Option Integritätsprüfung ausführen.
-
Wenn Probleme auftreten, wird auf der Seite ein Bericht angezeigt. Gehen Sie wie folgt vor:
-
Gehen Sie zu dem für jedes Problem angegebenen KB-Artikel oder führen Sie das angegebene Heilmittel aus.
-
Wenn ein KB angegeben wird, führen Sie den im entsprechenden KB-Artikel beschriebenen Prozess aus.
-
Wählen Sie nach der Behebung von Cluster-Problemen die Option Integritätsprüfung erneut ausführen aus.
-
Nachdem die Integritätsprüfung ohne Fehler abgeschlossen wurde, können die Computing-Nodes im Cluster aktualisiert werden. Weitere Informationen finden Sie unter"Aktualisiert die Computing-Node-Firmware".
Verwenden Sie API zum Ausführen von Zustandsprüfungen des Computing-Nodes vor einem Firmware-Upgrade
Mithilfe DER REST-API können Sie überprüfen, ob die Computing-Nodes in einem Cluster aktualisiert werden können. Bei der Integritätsprüfung werden keine Hindernisse für das Upgrade beseitigt, z. B. Probleme mit ESXi Hosts oder andere Probleme mit vSphere. Daher müssen Sie für jedes Computing-Cluster in Ihrer Umgebung Zustandsprüfungen der Computing-Nodes durchführen.
-
Suchen Sie die Controller-ID und die Cluster-ID:
-
Öffnen Sie die REST API-UI für den Bestandsdienst auf dem Managementknoten:
https://<ManagementNodeIP>/inventory/1/
-
Wählen Sie autorisieren aus, und füllen Sie Folgendes aus:
-
Geben Sie den Benutzernamen und das Passwort für den Cluster ein.
-
Geben Sie die Client-ID so ein, als
mnode-client
ob der Wert noch nicht ausgefüllt ist. -
Wählen Sie autorisieren, um eine Sitzung zu starten.
-
-
Wählen Sie in DER REST API UI GET /Installations aus.
-
Wählen Sie Probieren Sie es aus.
-
Wählen Sie Ausführen.
-
Kopieren Sie aus dem Antworttext von Code 200 die für die Installation, die
"id"
Sie für die Integritätsprüfungen verwenden möchten. -
Wählen Sie in DER REST-API-Benutzeroberfläche GET /installations/{id} aus.
-
Wählen Sie Probieren Sie es aus.
-
Geben Sie die Installations-ID ein.
-
Wählen Sie Ausführen.
-
Kopieren Sie aus dem Code 200-Antwortkörper die IDs für die folgenden Elemente:
-
Die Cluster-ID (
"clusterID"
) -
Eine Controller-ID (
"controllerId"
){ "_links": { "collection": "https://10.117.187.199/inventory/1/installations", "self": "https://10.117.187.199/inventory/1/installations/xx94f6f0-12a6-412f-8b5e-4cf2z58329x0" }, "compute": { "errors": [], "inventory": { "clusters": [ { "clusterId": "domain-1", "controllerId": "abc12c3a-aa87-4e33-9f94-xx588c2cdcf6", "datacenterName": "NetApp-HCI-Datacenter-01", "installationId": "xx94f6f0-12a6-412f-8b5e-4cf2z58329x0", "installationName": "test-nde-mnode", "inventoryType": "managed", "name": "NetApp-HCI-Cluster-01", "summary": { "nodeCount": 2, "virtualMachineCount": 2 } } ],
-
-
-
Führen Sie Zustandsprüfungen auf den Computing-Nodes im Cluster durch:
-
Öffnen SIE DIE REST API-UI für den Computing-Service auf dem Management-Node:
https://<ManagementNodeIP>/vcenter/1/
-
Wählen Sie autorisieren aus, und füllen Sie Folgendes aus:
-
Geben Sie den Benutzernamen und das Passwort für den Cluster ein.
-
Geben Sie die Client-ID so ein, als
mnode-client
ob der Wert noch nicht ausgefüllt ist. -
Wählen Sie autorisieren, um eine Sitzung zu starten.
-
-
Wählen Sie POST /compute/{CONTROLLER_ID}/Health-Checks aus.
-
Wählen Sie Probieren Sie es aus.
-
Geben Sie den aus dem vorherigen Schritt kopierten in das Parameterfeld Controller_ID ein
"controllerId"
. -
Geben Sie in der Nutzlast den Wert ein, den
"clusterId"
Sie aus dem vorherigen Schritt kopiert"cluster"
haben, und entfernen Sie den"nodes"
Parameter.{ "cluster": "domain-1" }
-
Wählen Sie Ausführen, um eine Integritätsprüfung auf dem Cluster auszuführen.
Die Antwort von Code 200 gibt eine
"resourceLink"
URL mit der Task-ID an, die zur Bestätigung der Ergebnisse der Integritätsprüfung erforderlich ist.
{ "resourceLink": "https://10.117.150.84/vcenter/1/compute/tasks/[This is the task ID for health check task results]", "serviceName": "vcenter-v2-svc", "taskId": "ab12c345-06f7-42d7-b87c-7x64x56x321x", "taskName": "VCenter service health checks" }
-
Kopieren Sie den Task-ID-Teil der
"resourceLink"
URL, um das Aufgabenergebnis zu überprüfen.
-
-
Überprüfen Sie die Ergebnisse der Zustandsprüfungen:
-
Zurück zur REST-API-UI für den Computing-Service auf dem Management-Node:
https://<ManagementNodeIP>/vcenter/1/
-
Wählen Sie GET /compute/Tasks/{Task_id} aus.
-
Wählen Sie Probieren Sie es aus.
-
Geben Sie den Task-ID-Teil der URL aus der Antwort POST /compute/{CONTROLLER_ID}/Health-Checks Code 200 in das
task_id
Parameterfeld ein"resourceLink"
. -
Wählen Sie Ausführen.
-
Wenn der zurückgegeben zeigt, dass Probleme im Zusammenhang mit dem
status
Zustand des Compute-Node aufgetreten sind, gehen Sie wie folgt vor:-
Gehen Sie zu den einzelnen KB-Artikel (
KbLink
) für jedes Problem aufgeführt oder führen Sie die angegebene Abhilfe. -
Wenn ein KB angegeben wird, führen Sie den im entsprechenden KB-Artikel beschriebenen Prozess aus.
-
Nachdem Sie Cluster-Probleme behoben haben, führen Sie erneut POST /compute/{CONTROLLER_ID}/Health-Checks aus (siehe Schritt 2).
-
-
Wenn die Zustandsprüfung ohne Probleme abgeschlossen wurde, weist der Antwortcode 200 auf ein erfolgreiches Ergebnis hin.
Zustandsprüfungen des Computing-Node, die vom Service durchgeführt werden
Ob durch HCC- oder API-Methoden ausgeführte Compute-Zustandsprüfungen machen die folgenden Überprüfungen pro Node. Je nach Umgebung können einige dieser Prüfungen übersprungen werden. Sie sollten die Integritätsprüfungen erneut durchführen, nachdem Sie erkannte Probleme behoben haben.
Prüfen Sie die Beschreibung | Node/Cluster getestet | Aktion erforderlich, um zu lösen | Knowledgebase-Artikel mit Verfahren |
---|---|---|---|
Ist DRS aktiviert und vollständig automatisiert? |
Cluster |
Aktivieren Sie DRS, und stellen Sie sicher, dass es vollständig automatisiert ist. |
"Siehe diesen KB". HINWEIS: Wenn Sie über eine Standardlizenz verfügen, versetzen Sie den ESXi Host in den Wartungsmodus und ignorieren Sie diese Fehlerwarnung bei der Integritätsprüfung. |
Ist DPM in vSphere deaktiviert? |
Cluster |
Distributed Power Management deaktivieren. |
|
Ist die HA-Zugangskontrolle in vSphere deaktiviert? |
Cluster |
Schalten Sie die HA-Zugangskontrolle aus. |
|
IST FT für eine VM auf einem Host im Cluster aktiviert? |
Knoten |
Unterbrechen Sie die Fehlertoleranz auf allen betroffenen virtuellen Maschinen. |
|
Gibt es in vCenter kritische Alarme für den Cluster? |
Cluster |
Starten Sie vSphere, und beheben Sie alle Warnmeldungen, bevor Sie fortfahren. |
Es ist kein KB zum Beheben des Problems erforderlich. |
Gibt es allgemeine/globale Informationsmeldungen in vCenter? |
Cluster |
Starten Sie vSphere, und beheben Sie alle Warnmeldungen, bevor Sie fortfahren. |
Es ist kein KB zum Beheben des Problems erforderlich. |
Sind Management-Services auf dem neuesten Stand? |
HCI-System |
Sie müssen Managementservices aktualisieren, bevor Sie ein Upgrade durchführen oder vor dem Upgrade eine Integritätsprüfung durchführen. |
Es ist kein KB zum Beheben des Problems erforderlich. Weitere Informationen finden Sie unter "Diesen Artikel" . |
Gibt es Fehler auf dem aktuellen ESXi Knoten in vSphere? |
Knoten |
Starten Sie vSphere, und beheben Sie alle Warnmeldungen, bevor Sie fortfahren. |
Es ist kein KB zum Beheben des Problems erforderlich. |
Sind virtuelle Medien auf eine VM auf einem Host im Cluster eingebunden? |
Knoten |
Heben Sie die Bereitstellung aller virtuellen Datenträger (CD/DVD/Diskette) von den VMs ab. |
Es ist kein KB zum Beheben des Problems erforderlich. |
Ist die BMC-Version die erforderliche Mindestversion, die Rotbarsch unterstützt? |
Knoten |
Aktualisieren Sie Ihre BMC-Firmware manuell. |
Es ist kein KB zum Beheben des Problems erforderlich. |
Ist ESXi Host eingerichtet und läuft? |
Knoten |
Starten Sie Ihren ESXi-Host. |
Es ist kein KB zum Beheben des Problems erforderlich. |
Befinden sich Virtual Machines im lokalen ESXi Storage? |
Node/VM |
Entfernen oder migrieren Sie lokalen Speicher, der an Virtual Machines angeschlossen ist. |
Es ist kein KB zum Beheben des Problems erforderlich. |
Ist BMC betriebsbereit? |
Knoten |
Schalten Sie Ihren BMC ein, und stellen Sie sicher, dass er mit einem Netzwerk verbunden ist, das dieser Managementknoten erreichen kann. |
Es ist kein KB zum Beheben des Problems erforderlich. |
Gibt es Partner-ESXi-Hosts? |
Knoten |
Stellen Sie einen oder mehrere ESXi-Hosts im Cluster zur Verfügung (nicht im Wartungsmodus), um virtuelle Maschinen zu migrieren. |
Es ist kein KB zum Beheben des Problems erforderlich. |
Können Sie eine Verbindung mit BMC über das IPMI-Protokoll herstellen? |
Knoten |
Aktivieren Sie IPMI-Protokoll auf Baseboard Management Controller (BMC). |
Es ist kein KB zum Beheben des Problems erforderlich. |
Ist der ESXi Host korrekt dem Hardware-Host (BMC) zugeordnet? |
Knoten |
Der ESXi-Host ist dem Baseboard Management Controller (BMC) nicht korrekt zugeordnet. Korrigieren Sie die Zuordnung zwischen ESXi Host und Hardware-Host. |
Es ist kein KB zum Beheben des Problems erforderlich. Weitere Informationen finden Sie unter "Diesen Artikel" . |
Wie lautet der Status der Witness Nodes im Cluster? Keine der erkannten Zeugen-Nodes ist in Betrieb. |
Knoten |
Ein Witness-Node wird nicht auf einem anderen ESXi-Host ausgeführt. Schalten Sie den Witness Node auf einem alternativen ESXi-Host ein, und führen Sie die Integritätsprüfung erneut aus. Ein Witness Node muss jederzeit in der HCI-Installation laufen. |
|
Wie lautet der Status der Witness Nodes im Cluster? Der Witness Node ist auf diesem ESXi Host betriebsbereit und der alternative Witness Node ist nicht aktiviert. |
Knoten |
Ein Witness-Node wird nicht auf einem anderen ESXi-Host ausgeführt. Schalten Sie den Witness Node auf einem anderen ESXi Host ein. Wenn Sie bereit sind, ein Upgrade für diesen ESXi-Host durchzuführen, fahren Sie den Witness-Node herunter, der auf diesem ESXi-Host ausgeführt wird, und führen Sie die Integritätsprüfung erneut aus. Ein Witness Node muss jederzeit in der HCI-Installation laufen. |
|
Wie lautet der Status der Witness Nodes im Cluster? Der Witness Node ist auf diesem ESXi Host ausgeführt und der alternative Node ist aktiviert, läuft aber auf demselben ESXi Host. |
Knoten |
Beide Witness Nodes laufen auf diesem ESXi-Host. Verschieben Sie einen Witness Node auf einen alternativen ESXi Host. Wenn Sie bereit sind, ein Upgrade für diesen ESXi-Host durchzuführen, fahren Sie den Witness-Node herunter, der auf diesem ESXi-Host verbleibt, und führen Sie die Integritätsprüfung erneut aus. Ein Witness Node muss jederzeit in der HCI-Installation laufen. |
|
Wie lautet der Status der Witness Nodes im Cluster? Der Witness Node ist auf diesem ESXi Host betriebsbereit, und der alternative Witness Node wird auf einem anderen ESXi Host ausgeführt. |
Knoten |
Ein Witness-Node wird lokal auf diesem ESXi-Host ausgeführt. Wenn Sie bereit sind, ein Upgrade für diesen ESXi-Host durchzuführen, fahren Sie den Witness-Node nur auf diesem ESXi-Host herunter, und führen Sie die Integritätsprüfung erneut aus. Ein Witness Node muss jederzeit in der HCI-Installation laufen. |