Bereiten Sie die Knoten für ein Upgrade vor
Änderungen vorschlagen
PDFs
Der Prozess des Controller-Austauschs beginnt mit einer Reihe von Vorabprüfungen. Sie sammeln auch Informationen über die ursprünglichen Nodes, die Sie später verwenden können. Falls erforderlich, ermitteln Sie den Typ der verwendeten Self-Encrypting Drives.
-
Listen Sie die Firmware-Version des Service-Prozessors (SP) oder des Baseboard Management Controller (BMC) auf, die auf dem alten Controller ausgeführt wird:
service-processor showVergewissern Sie sich, dass Sie über eine unterstützte SP- oder BMC-Firmware-Version verfügen:
Alter Controller SP oder BMC Mindestversion der Firmware AFF A800
BMC
10.9
AFF A220
BMC
11,9P1
AFF A200
SP
5.11P1
AFF C 190
BMC
11,9P1
FAS2620
SP
5.11P1
FAS2720
BMC
11,9P1
-
Starten Sie den Controller-Ersatzprozess, indem Sie den folgenden Befehl im erweiterten Berechtigungsmodus der ONTAP-Befehlszeile eingeben:
set -privilege advancedsystem controller replace start -nodes node_namesEs wird eine Ausgabe wie im folgenden Beispiel angezeigt. In der Ausgabe wird die auf dem Cluster ausgeführte ONTAP-Version angezeigt:
Warning: 1. Current ONTAP version is 9.15.1 2. Verify that NVMEM or NVRAM batteries of the new nodes are charged, and charge them if they are not. You need to physically check the new nodes to see if the NVMEM or NVRAM batteries are charged. You can check the battery status either by connecting to a serial console or using SSH, logging into the Service Processor (SP) or Baseboard Management Controller (BMC) for your system, and use the system sensors to see if the battery has a sufficient charge. Attention: Do not try to clear the NVRAM contents. If there is a need to clear the contents of NVRAM, contact NetApp technical support. 3. If a controller was previously part of a different cluster, run wipeconfig before using it as the replacement controller. 4. Note: This is not a MetroCluster configuration. Controller replacement supports only ARL based procedures. Do you want to continue? {y|n}: y -
Wählen Sie
y. Sie sehen die folgende Ausgabe:Controller replacement operation: Prechecks in progress. Controller replacement operation has been paused for user intervention.
In der Vorabprüfungen-Phase führt das System die folgende Liste der Überprüfungen im Hintergrund aus.
Pre-Check Beschreibung Cluster-Integritätsprüfung
Überprüft alle Nodes im Cluster, um sicherzustellen, dass sie sich in einem ordnungsgemäßen Zustand befinden.
Statusprüfung Der Aggregatverschiebung
Überprüft, ob eine Aggregatverschiebung bereits erfolgt. Wenn eine weitere Aggregatverschiebung erfolgt, schlägt die Prüfung fehl.
Modellname Prüfen
Überprüft, ob die Controller-Modelle bei diesem Verfahren unterstützt werden. Wenn die Modelle nicht unterstützt werden, schlägt die Aufgabe fehl.
Cluster-Quorum-Prüfung
Überprüft, ob die zu ersetzenden Nodes sich in Quorum befinden. Wenn sich die Knoten nicht im Quorum befinden, schlägt die Aufgabe fehl.
Überprüfung Der Bildversion
Überprüft, ob die zu ersetzenden Nodes dieselbe Version von ONTAP ausführen. Wenn sich die ONTAP-Image-Versionen unterscheiden, schlägt die Aufgabe fehl. Die neuen Knoten müssen auf ihren ursprünglichen Knoten dieselbe Version von ONTAP 9.x installiert sein. Wenn die neuen Nodes über eine andere Version von ONTAP installiert sind, müssen Sie die neuen Controller nach der Installation als Netzboot einsetzen. Anweisungen zum Upgrade von ONTAP finden Sie unter "Quellen" Link zu Upgrade ONTAP.
HA-Statusüberprüfung
Überprüft, ob beide Nodes, die ersetzt werden, in einer HA-Paar-Konfiguration mit Hochverfügbarkeit vorhanden sind. Wenn das Speicher-Failover für die Controller nicht aktiviert ist, schlägt die Aufgabe fehl.
Aggregatstatus-Prüfung
Wenn die Nodes ersetzt werden, eigene Aggregate, für die sie nicht der Home-Inhaber sind, schlägt die Aufgabe fehl. Die Nodes sollten nicht im Besitz von nicht lokalen Aggregaten sein.
Überprüfung Des Festplattenstatus
Wenn zu ersetzende Knoten keine oder fehlerhafte Festplatten haben, schlägt die Aufgabe fehl. Falls Festplatten fehlen, lesen Sie "Quellen"den Link zu Festplatten- und Aggregatmanagement mit der CLI, logisches Storage Management mit der CLI und HA-Paar-Management, um den Storage für das HA-Paar zu konfigurieren.
LIF-Statusüberprüfung von Daten
Überprüft, ob für einen der zu ersetzenden Nodes keine lokalen Daten-LIFs vorhanden sind. Die Nodes sollten keine Daten-LIFs enthalten, für die sie nicht der Home-Inhaber sind. Wenn einer der Nodes nicht-lokale Daten-LIFs enthält, schlägt die Aufgabe fehl.
LIF-Status des Clusters
Überprüft, ob die Cluster-LIFs für beide Nodes aktiv sind. Wenn die Cluster-LIFs ausgefallen sind, schlägt die Aufgabe fehl.
ASUP-Statusprüfung
Wenn AutoSupport-Benachrichtigungen nicht konfiguriert sind, schlägt die Aufgabe fehl. Bevor Sie mit dem Austausch des Controllers beginnen, müssen Sie AutoSupport aktivieren.
CPU-Auslastungs-Prüfung
Überprüft, ob die CPU-Auslastung bei allen zu ersetzenden Nodes mehr als 50 % beträgt. Wenn die CPU-Nutzung über einen erheblichen Zeitraum mehr als 50 % beträgt, schlägt die Aufgabe fehl.
Aggregatrekonstruktion
Überprüft, ob bei beliebigen Datenaggregaten eine Rekonstruktion durchgeführt wird. Wenn die Aggregatrekonstruktion ausgeführt wird, schlägt die Aufgabe fehl.
Knoten Affinität Job Überprüfung
Überprüft, ob Jobs mit Knotenorientierung ausgeführt werden. Wenn Knotenaffinitätsjobs ausgeführt werden, schlägt die Prüfung fehl.
-
Wenn der Controller-Ersatzvorgang gestartet und die Vorabprüfungen abgeschlossen sind, wird der Vorgang angehalten. In diesem Fall können Sie die Ausgabedaten sammeln, die Sie zu einem späteren Zeitpunkt im Controller-Upgrade-Prozess benötigen könnten.
-
Führen Sie den folgenden Befehlssatz aus, wie durch das Verfahren zum Austausch des Controllers auf der Systemkonsole gesteuert.
Führen Sie die Befehle an dem seriellen Port aus, der mit den einzelnen Nodes verbunden ist, und speichern Sie die Ausgabe der Befehle einzeln:
-
vserver services name-service dns show -
network interface show -curr-node local -role cluster,intercluster,node-mgmt,cluster-mgmt,data -
network port show -node local -type physical -
service-processor show -node local -instance -
network fcp adapter show -node local -
network port ifgrp show -node local -
system node show -instance -node local -
run -node local sysconfig -
run -node local sysconfig -ac -
run -node local aggr status -r -
vol show -fields type -
run local aggr options data_aggregate_name -
vol show -fields type , space-guarantee -
storage aggregate show -node local -
volume show -node local -
storage array config show -switch switch_name -
system license show -owner local -
storage encryption disk show -
security key-manager onboard show-backup -
security key-manager external show -
security key-manager external show-status -
network port reachability show -detail -node local
Wenn NetApp Volume Encryption (NVE) oder NetApp Aggregate Encryption (NAE) den Onboard Key Manager verwendet, halten Sie die Schlüsselmanager-Passphrase bereit, um später im Verfahren die Neusynchronisierung des Schlüsselmanagers abzuschließen.
-
-
Wenn Ihr System Self-Encrypting Drives verwendet, lesen Sie den Artikel der Knowledge Base "Wie erkennen Sie, ob ein Laufwerk FIPS-zertifiziert ist" Ermitteln der Art der Self-Encrypting Drives, die auf dem HA-Paar verwendet werden, das Sie aktualisieren. ONTAP unterstützt zwei Arten von Self-Encrypting Drives:
-
FIPS-zertifizierte NetApp Storage Encryption (NSE) SAS- oder NVMe-Laufwerke
-
Self-Encrypting-NVMe-Laufwerke (SED) ohne FIPS
FIPS-Laufwerke können nicht mit anderen Laufwerkstypen auf demselben Node oder HA-Paar kombiniert werden.
SEDs können mit Laufwerken ohne Verschlüsselung auf demselben Node oder HA-Paar kombiniert werden.
-
Korrigieren Sie die Aggregateigentümer bei Ausfall einer ARL-Vorabprüfung
Wenn die aggregierte Statusprüfung fehlschlägt, müssen Sie Aggregate des Partner-Node an den Node „Home-Owner“ zurückgeben und den Vorabprüfvorgang erneut initiieren.
-
Gibt die Aggregate zurück, die derzeit dem Partner-Node gehören, an den Home-Owner-Node:
storage aggregate relocation start -node source_node -destination destination-node -aggregate-list * -
Überprüfen Sie, dass weder node1 noch node2 noch Eigentümer von Aggregaten ist, für die es der aktuelle Eigentümer ist (aber nicht der Hausbesitzer):
storage aggregate show -nodes node_name -is-home false -fields owner-name, home-name, stateDas folgende Beispiel zeigt die Ausgabe des Befehls, wenn ein Node sowohl der aktuelle Eigentümer als auch der Home-Inhaber von Aggregaten ist:
cluster::> storage aggregate show -nodes node1 -is-home true -fields owner-name,home-name,state aggregate home-name owner-name state --------- --------- ---------- ------ aggr1 node1 node1 online aggr2 node1 node1 online aggr3 node1 node1 online aggr4 node1 node1 online 4 entries were displayed.
Nachdem Sie fertig sind
Sie müssen den Controller-Ersatzprozess neu starten:
system controller replace start -nodes node_names
Lizenz
Jeder Knoten im Cluster muss über eine eigene NetApp-Lizenzdatei (NLF) verfügen.
Wenn Sie nicht über eine Lizenzdatei verfügen, stehen dem neuen Controller derzeit lizenzierte Funktionen im Cluster zur Verfügung. Wenn Sie jedoch nicht lizenzierte Funktionen auf dem Controller verwenden, unterläuft dies möglicherweise die Einhaltung Ihrer Lizenzvereinbarung. Daher sollten Sie nach Abschluss des Upgrades die Lizenzdatei für den neuen Controller installieren.
Siehe "Quellen" Um eine Verknüpfung zur NetApp Support-Website zu erstellen, auf der Sie Ihre Lizenzdatei erhalten können. Die NLFs sind im Abschnitt My Support unter Softwarelizenzen verfügbar. Wenn der Standort nicht über die benötigten NLFs verfügt, wenden Sie sich an Ihren NetApp Ansprechpartner.
Ausführliche Informationen zur Lizenzierung finden Sie unter "Quellen" Verknüpfen mit der Referenz Systemadministration.