Controller-Upgrade in einer MetroCluster FC-Konfiguration durch Switchover und Switchback
Mit dem MetroCluster Switchover profitieren Kunden von unterbrechungsfreiem Service, während die Controller-Module im Partner-Cluster aktualisiert werden. Andere Komponenten (wie Storage Shelves oder Switches) können nicht im Rahmen dieses Verfahrens aktualisiert werden.
Unterstützte Plattformkombinationen
Bei bestimmten Plattformen können Sie in einer MetroCluster FC-Konfiguration über den Switchover- und Switchback-Betrieb aufrüsten.
Informationen zu den unterstützten Kombinationen aus Plattform-Upgrades finden Sie in der MetroCluster FC-Upgrade-Tabelle in "Wählen Sie ein Controller-Upgrade-Verfahren".
Siehe "Wahl einer Upgrade- oder Aktualisierungsmethode" Für zusätzliche Verfahren.
Über diese Aufgabe
-
Sie können diese Vorgehensweise nur für Controller-Upgrades verwenden.
Andere Komponenten in der Konfiguration, wie z. B. Storage Shelfs oder Switches, können nicht gleichzeitig aktualisiert werden.
-
Sie können dieses Verfahren mit bestimmten ONTAP-Versionen verwenden:
-
ONTAP 9.3 und höher unterstützen Konfigurationen mit zwei Nodes.
-
In ONTAP 9.8 und höher werden Konfigurationen mit vier oder acht Nodes unterstützt.
Verwenden Sie diese Vorgehensweise nicht bei Konfigurationen mit vier oder acht Nodes und ONTAP Versionen vor 9.8.
-
-
Ihre ursprünglichen und neuen Plattformen müssen kompatibel sein und unterstützt werden.
Wenn die ursprünglichen oder neuen Plattformen FAS8020 oder AFF8020 Systeme mit den Ports 1c und 1d im FC-VI-Modus sind, lesen Sie den Knowledge Base-Artikel "Controller-Upgrade bei FCVI-Verbindungen auf vorhandenen FAS8020 oder AFF8020 Nodes verwenden die Ports 1c und 1d." -
Die Lizenzen an beiden Standorten müssen übereinstimmen. Sie können neue Lizenzen von beziehen "NetApp Support".
-
Dieses Verfahren gilt für Controller-Module in einer MetroCluster FC-Konfiguration (eine Fabric-Attached MetroCluster Konfiguration mit zwei Nodes oder eine Fabric-Attached MetroCluster Konfiguration mit zwei, vier oder acht Nodes).
-
Alle Controller in derselben DR-Gruppe sollten während des gleichen Wartungszeitraums aktualisiert werden.
Das Bebetreiben der MetroCluster-Konfiguration mit unterschiedlichen Controller-Typen in derselben DR-Gruppe wird außerhalb dieser Wartungsaktivitäten nicht unterstützt. Bei MetroCluster Konfigurationen mit acht Nodes müssen die Controller in einer DR-Gruppe identisch sein. Jedoch können beide DR-Gruppen unterschiedliche Controller-Typen verwenden.
-
Für eine vorab-Zuordnung von Storage-, FC- und Ethernet-Verbindungen zwischen Original-Nodes und neuen Nodes wird empfohlen.
-
Wenn die neue Plattform weniger Steckplätze als das ursprüngliche System besitzt oder weniger oder unterschiedliche Ports vorhanden sind, müssen Sie dem neuen System möglicherweise einen Adapter hinzufügen.
Weitere Informationen finden Sie im "NetApp Hardware Universe"
Folgende Beispielnamen werden in diesem Verfahren verwendet:
-
Standort_A
-
Vor dem Upgrade:
-
Node_A_1-alt
-
Node_A_2-alt
-
-
Nach dem Upgrade:
-
Node_A_1-neu
-
Node_A_2-neu
-
-
-
Standort_B
-
Vor dem Upgrade:
-
Node_B_1-alt
-
Node_B_2-alt
-
-
Nach dem Upgrade:
-
Node_B_1-neu
-
Node_B_2-neu
-
-
Aktivieren Sie die Konsolenprotokollierung
NetApp empfiehlt dringend, die Konsolenprotokollierung auf den von Ihnen verwendeten Geräten zu aktivieren und folgende Aktionen durchzuführen:
-
Lassen Sie AutoSupport während der Wartung aktiviert.
-
Lösen Sie vor und nach der Wartung eine Wartungs-AutoSupport-Meldung aus, um die Case-Erstellung für die Dauer der Wartungsaktivität zu deaktivieren.
Siehe Knowledge Base-Artikel "Wie kann die automatische Case-Erstellung während geplanter Wartungszeiträume unterdrückt werden".
-
Aktivieren Sie die Sitzungsprotokollierung für jede CLI-Sitzung. Anweisungen zum Aktivieren der Sitzungsprotokollierung finden Sie im Abschnitt „Protokollierung der Sitzungsausgabe“ im Knowledge Base-Artikel "So konfigurieren Sie PuTTY für optimale Konnektivität zu ONTAP-Systemen".
Vorbereitung auf das Upgrade
Bevor Sie Änderungen an der bestehenden MetroCluster Konfiguration vornehmen, müssen Sie den Zustand der Konfiguration überprüfen, die neuen Plattformen vorbereiten und andere verschiedene Aufgaben ausführen.
Überprüfen des Systemzustands der MetroCluster-Konfiguration
Vor dem Upgrade müssen Sie den Zustand und die Konnektivität der MetroCluster Konfiguration überprüfen.
-
Überprüfen Sie den Betrieb der MetroCluster-Konfiguration in ONTAP:
-
Prüfen Sie, ob die Knoten multipathed sind:
node run -node node-name sysconfig -a
Sie sollten diesen Befehl für jeden Node in der MetroCluster-Konfiguration ausgeben.
-
Vergewissern Sie sich, dass in der Konfiguration keine defekten Festplatten vorhanden sind:
storage disk show -broken
Sie sollten diesen Befehl für jeden Node in der MetroCluster-Konfiguration ausgeben.
-
Überprüfen Sie auf Statusmeldungen:
system health alert show
Sie sollten diesen Befehl für jedes Cluster ausgeben.
-
Überprüfen Sie die Lizenzen auf den Clustern:
system license show
Sie sollten diesen Befehl für jedes Cluster ausgeben.
-
Überprüfen Sie die mit den Knoten verbundenen Geräte:
network device-discovery show
Sie sollten diesen Befehl für jedes Cluster ausgeben.
-
Vergewissern Sie sich, dass Zeitzone und Uhrzeit auf beiden Standorten korrekt eingestellt sind:
cluster date show
Sie sollten diesen Befehl für jedes Cluster ausgeben. Sie können das verwenden
cluster date
Befehle zum Konfigurieren der Zeit- und Zeitzone. -
-
Prüfen Sie, ob auf den Switches Zustandswarnmeldungen vorliegen (falls vorhanden):
storage switch show
Sie sollten diesen Befehl für jedes Cluster ausgeben.
-
Überprüfen Sie den Betriebsmodus der MetroCluster Konfiguration, und führen Sie eine MetroCluster-Prüfung durch.
-
Bestätigen Sie die MetroCluster-Konfiguration und den normalen Betriebsmodus:
metrocluster show
-
Vergewissern Sie sich, dass alle erwarteten Knoten angezeigt werden:
metrocluster node show
-
Geben Sie den folgenden Befehl ein:
metrocluster check run
-
Ergebnisse der MetroCluster-Prüfung anzeigen:
metrocluster check show
-
-
Prüfen Sie die MetroCluster-Verkabelung mit dem Tool Config Advisor.
-
Laden Sie Config Advisor herunter und führen Sie sie aus.
-
Überprüfen Sie nach dem Ausführen von Config Advisor die Ausgabe des Tools und befolgen Sie die Empfehlungen in der Ausgabe, um die erkannten Probleme zu beheben.
-
Zuordnen von Ports von den alten Nodes zu den neuen Nodes
Sie müssen die Zuordnung der LIFs zu physischen Ports auf den alten Nodes zu den physischen Ports auf den neuen Nodes planen.
Wenn der neue Node zum ersten Mal während des Upgrades gebootet wird, stellt er die aktuellste Konfiguration des alten Node wieder dar, der ersetzt wird. Wenn Sie Node_A_1-New booten, versucht ONTAP, LIFs auf denselben Ports zu hosten, die in Node_A_1-old verwendet wurden. Deshalb müssen Sie im Rahmen des Upgrades die Port- und LIF-Konfiguration anpassen, sodass diese mit der der des alten Node kompatibel ist. Während des Upgrades führen Sie sowohl für die alten als auch für die neuen Nodes Schritte durch, um eine korrekte Cluster-, Management- und Daten-LIF-Konfiguration sicherzustellen.
Die folgende Tabelle zeigt Beispiele für Konfigurationsänderungen in Bezug auf die Portanforderungen der neuen Nodes.
Physische Ports für Cluster-Interconnect |
||
Alter Controller |
Neuer Controller |
Erforderliche Maßnahme |
e0a, e0b |
e3a, e3b |
Kein passender Port. Nach dem Upgrade müssen Sie Cluster-Ports neu erstellen."Vorbereiten von Cluster-Ports auf einem vorhandenen Controller-Modul" |
e0c, e0d |
e0a, e0b, e0c, e0d |
e0c und e0d sind passende Anschlüsse. Sie müssen die Konfiguration nicht ändern, aber nach einem Upgrade können Sie die Cluster-LIFs über die verfügbaren Cluster-Ports verteilen. |
-
Legen Sie fest, welche physischen Ports auf den neuen Controllern verfügbar sind und welche LIFs auf den Ports gehostet werden können.
Die Port-Nutzung des Controllers hängt vom Plattformmodul ab und welche Switches Sie in der MetroCluster IP-Konfiguration verwenden werden. Sie können die Port-Nutzung der neuen Plattformen von erfassen "NetApp Hardware Universe".
Identifizieren Sie außerdem die Auslastung des FC-VI-Kartensteckplatzes.
-
Planen Sie Ihre Portnutzung und füllen Sie auf Wunsch die folgenden Tabellen als Referenz für jeden der neuen Nodes aus.
Sie verweisen auf die Tabelle, während Sie das Upgrade-Verfahren durchführen.
Node_A_1-alt
Node_A_1-neu
LIF
Ports
IPspaces
Broadcast-Domänen
Ports
IPspaces
Broadcast-Domänen
Cluster 1
Cluster 2
Cluster 3
Cluster 4
Node-Management
Cluster-Management
Daten 1
Daten 2
Daten 3
Daten 4
San
Intercluster-Port
Sammeln von Informationen vor dem Upgrade
Vor der Aktualisierung müssen Sie Informationen für jeden der alten Knoten erfassen und bei Bedarf die Netzwerk-Broadcast-Domänen anpassen, VLANs und Schnittstellengruppen entfernen und Verschlüsselungsinformationen sammeln.
Diese Aufgabe wird für die vorhandene MetroCluster FC-Konfiguration ausgeführt.
-
Beschriften Sie die Kabel der vorhandenen Controller, damit Sie beim Einrichten der neuen Controller Kabel problemlos identifizieren können.
-
Ermitteln Sie die System-IDs der Nodes in der MetroCluster-Konfiguration:
metrocluster node show -fields node-systemid,dr-partner-systemid
Während der Aktualisierung ersetzen Sie diese alten System-IDs durch die System-IDs der neuen Controller-Module.
In diesem Beispiel für eine MetroCluster FC-Konfiguration mit vier Nodes werden die folgenden alten System-IDs abgerufen:
-
Node_A_1-alt: 4068741258
-
Node_A_2-alt: 4068741260
-
Node_B_1-alt: 4068741254
-
Node_B_2-alt: 4068741256
metrocluster-siteA::> metrocluster node show -fields node-systemid,ha-partner-systemid,dr-partner-systemid,dr-auxiliary-systemid dr-group-id cluster node node-systemid ha-partner-systemid dr-partner-systemid dr-auxiliary-systemid ----------- ------------------------- ------------------ ------------- ------------------- ------------------- --------------------- 1 Cluster_A Node_A_1-old 4068741258 4068741260 4068741256 4068741256 1 Cluster_A Node_A_2-old 4068741260 4068741258 4068741254 4068741254 1 Cluster_B Node_B_1-old 4068741254 4068741256 4068741258 4068741260 1 Cluster_B Node_B_2-old 4068741256 4068741254 4068741260 4068741258 4 entries were displayed.
In diesem Beispiel für eine MetroCluster FC-Konfiguration mit zwei Nodes werden die folgenden alten System-IDs abgerufen:
-
Node_A_1: 4068741258
-
Knoten_B_1: 4068741254
metrocluster node show -fields node-systemid,dr-partner-systemid dr-group-id cluster node node-systemid dr-partner-systemid ----------- ---------- -------- ------------- ------------ 1 Cluster_A Node_A_1-old 4068741258 4068741254 1 Cluster_B node_B_1-old - - 2 entries were displayed.
-
-
Sammeln von Port- und LIF-Informationen zu jedem alten Node
Sie sollten die Ausgabe der folgenden Befehle für jeden Node erfassen:
-
network interface show -role cluster,node-mgmt
-
network port show -node node-name -type physical
-
network port vlan show -node node-name
-
network port ifgrp show -node node_name -instance
-
network port broadcast-domain show
-
network port reachability show -detail
-
network ipspace show
-
volume show
-
storage aggregate show
-
system node run -node node-name sysconfig -a
-
-
Wenn sich die MetroCluster-Nodes in einer SAN-Konfiguration befinden, sammeln Sie die relevanten Informationen.
Sie sollten die Ausgabe der folgenden Befehle erfassen:
-
fcp adapter show -instance
-
fcp interface show -instance
-
iscsi interface show
-
ucadmin show
-
-
Wenn das Root-Volume verschlüsselt ist, erfassen und speichern Sie die für das Schlüsselmanagement verwendete Passphrase:
security key-manager backup show
-
Wenn die MetroCluster Nodes Verschlüsselung für Volumes oder Aggregate nutzen, kopieren Sie Informationen zu Schlüsseln und Passphrases.
Weitere Informationen finden Sie unter "Manuelles Backup der integrierten Verschlüsselungsmanagementinformationen".
-
Wenn Onboard Key Manager konfiguriert ist:
security key-manager onboard show-backup
Sie benötigen die Passphrase später im Upgrade-Verfahren.
-
Wenn das Enterprise-Verschlüsselungsmanagement (KMIP) konfiguriert ist, geben Sie die folgenden Befehle ein:
security key-manager external show -instance
security key-manager key query
-
Entfernen der vorhandenen Konfiguration über den Tiebreaker oder eine andere Monitoring-Software
Wenn die vorhandene Konfiguration mit der MetroCluster Tiebreaker Konfiguration oder anderen Applikationen anderer Anbieter (z. B. ClusterLion) überwacht wird, die eine Umschaltung initiieren können, müssen Sie die MetroCluster Konfiguration vor dem Umstieg aus dem Tiebreaker oder einer anderen Software entfernen.
-
Entfernen Sie die vorhandene MetroCluster-Konfiguration über die Tiebreaker Software.
-
Entfernen Sie die vorhandene MetroCluster Konfiguration von jeder Anwendung eines Drittanbieters, die eine Umschaltung initiieren kann.
Informationen zur Anwendung finden Sie in der Dokumentation.
Senden einer benutzerdefinierten AutoSupport Meldung vor der Wartung
Bevor Sie die Wartung durchführen, sollten Sie eine AutoSupport Meldung ausgeben, um den technischen Support von NetApp über die laufende Wartung zu informieren. Die Mitteilung des technischen Supports über laufende Wartungsarbeiten verhindert, dass ein Fall eröffnet wird, wenn eine Störung aufgetreten ist.
Diese Aufgabe muss auf jedem MetroCluster-Standort ausgeführt werden.
-
Um eine automatische Erstellung von Support-Cases zu verhindern, senden Sie eine AutoSupport Meldung, damit die Wartung läuft.
-
Geben Sie den folgenden Befehl ein:
system node autosupport invoke -node * -type all -message MAINT=maintenance-window-in-hours
maintenance-window-in-hours
Gibt die Länge des Wartungsfensters an, mit maximal 72 Stunden. Wenn die Wartung vor dem Vergehen der Zeit abgeschlossen ist, können Sie eine AutoSupport-Meldung mit dem Ende des Wartungszeitraums aufrufen:
system node autosupport invoke -node * -type all -message MAINT=end
-
Wiederholen Sie den Befehl im Partner-Cluster.
-
Umschalten der MetroCluster-Konfiguration
Sie müssen die Konfiguration auf Site_A umschalten, damit die Plattformen auf Site_B aktualisiert werden können.
Diese Aufgabe muss auf Site_A ausgeführt werden
Nach Abschluss dieser Aufgabe ist Cluster_A aktiv und stellt Daten für beide Standorte bereit. Cluster_B ist inaktiv und bereit, den Upgrade-Prozess zu starten, wie in der folgenden Abbildung dargestellt.
-
Wechseln Sie über die MetroCluster-Konfiguration zu Site_A, damit Site_B-Knoten aktualisiert werden können:
-
Wählen Sie die Option aus, die Ihrer Konfiguration entspricht, und geben Sie den korrekten Befehl auf Cluster_A aus:
Option 1: FC-Konfiguration mit vier oder acht Nodes und ONTAP 9.8 oder höherFühren Sie den Befehl aus:
metrocluster switchover -controller-replacement true
Option 2: FC-Konfiguration mit zwei Nodes und ONTAP 9.3 und höherFühren Sie den Befehl aus:
metrocluster switchover
Der Vorgang kann einige Minuten dauern.
-
Überwachen Sie den Switchover-Betrieb:
metrocluster operation show
-
Nach Abschluss des Vorgangs bestätigen Sie, dass die Nodes sich im Switchstatus befinden:
metrocluster show
-
Den Status der MetroCluster-Knoten überprüfen:
metrocluster node show
-
-
Heilen Sie die Datenaggregate.
-
Heilen der Datenaggregate:
metrocluster heal data-aggregates
-
Bestätigen Sie, dass der Heilvorgang abgeschlossen ist, indem Sie den ausführen
metrocluster operation show
Befehl auf dem gesunden Cluster:cluster_A::> metrocluster operation show Operation: heal-aggregates State: successful Start Time: 7/29/2020 20:54:41 End Time: 7/29/2020 20:54:42 Errors: -
-
-
Heilen Sie die Root-Aggregate.
-
Heilen der Datenaggregate:
metrocluster heal root-aggregates
-
Bestätigen Sie, dass der Heilvorgang abgeschlossen ist, indem Sie den ausführen
metrocluster operation show
Befehl auf dem gesunden Cluster:cluster_A::> metrocluster operation show Operation: heal-root-aggregates State: successful Start Time: 7/29/2020 20:58:41 End Time: 7/29/2020 20:59:42 Errors: -
-
Vorbereiten der Netzwerkkonfiguration der alten Controller
Um sicherzustellen, dass das Netzwerk auf den neuen Controllern ordnungsgemäß fortgesetzt wird, müssen Sie LIFs auf einen gemeinsamen Port verschieben und dann die Netzwerkkonfiguration der alten Controller entfernen.
-
Diese Aufgabe muss an jedem der alten Knoten ausgeführt werden.
-
Sie verwenden die in erfassten Informationen "Zuordnen von Ports von den alten Nodes zu den neuen Nodes".
-
Booten Sie die alten Nodes, und melden Sie sich dann bei den Nodes an:
boot_ontap
-
Weisen Sie den Home-Port aller Daten-LIFs des alten Controllers einem gemeinsamen Port zu, der auf den alten und den neuen Controller-Modulen identisch ist.
-
Anzeigen der LIFs:
network interface show
Alle Daten-LIFS einschließlich SAN und NAS befinden sich in Betrieb, da sie sich am Switchover-Standort (Cluster_A) befinden.
-
Überprüfen Sie die Ausgabe, um einen gemeinsamen physischen Netzwerk-Port zu finden, der auf den alten und den neuen Controllern identisch ist, die nicht als Cluster-Port verwendet werden.
e0d ist zum Beispiel ein physischer Port auf den alten Controllern und ist auch auf neuen Controllern vorhanden. e0d wird nicht als Cluster-Port oder anderweitig auf den neuen Controllern verwendet.
Informationen zur Portnutzung von Plattformmodellen finden Sie im "NetApp Hardware Universe"
-
Ändern Sie alle Daten-LIFS, um den gemeinsamen Port als Home-Port zu verwenden:
network interface modify -vserver svm-name -lif data-lif -home-port port-id
Im folgenden Beispiel ist dies "e0d".
Beispiel:
network interface modify -vserver vs0 -lif datalif1 -home-port e0d
-
-
Ändern Sie Broadcast-Domänen, um vlan und physische Ports zu entfernen, die gelöscht werden müssen:
broadcast-domain remove-ports -broadcast-domain broadcast-domain-name -ports node-name:port-id
Wiederholen Sie diesen Schritt für alle VLAN- und physischen Ports.
-
Entfernen Sie alle VLAN-Ports mithilfe von Cluster-Ports als Mitgliedsports und ifgrps, die Cluster-Ports als Mitgliedsports verwenden.
-
VLAN-Ports löschen:
network port vlan delete -node node-name -vlan-name portid-vlandid
Beispiel:
network port vlan delete -node node1 -vlan-name e1c-80
-
Entfernen Sie physische Ports aus den Schnittstellengruppen:
network port ifgrp remove-port -node node-name -ifgrp interface-group-name -port portid
Beispiel:
network port ifgrp remove-port -node node1 -ifgrp a1a -port e0d
-
Entfernen Sie VLAN und Interface Group Ports aus Broadcast-Domäne:
network port broadcast-domain remove-ports -ipspace ipspace -broadcast-domain broadcast-domain-name -ports nodename:portname,nodename:portname,..
-
Ändern Sie die Schnittstellengruppen-Ports, um bei Bedarf andere physische Ports als Mitglied zu verwenden:
ifgrp add-port -node node-name -ifgrp interface-group-name -port port-id
-
-
Anhalten der Knoten:
halt -inhibit-takeover true -node node-name
Dieser Schritt muss auf beiden Knoten durchgeführt werden.
Entfernen der alten Plattformen
Die alten Controller müssen aus der Konfiguration entfernt werden.
Diese Aufgabe wird auf Site_B. ausgeführt
-
Stellen Sie eine Verbindung mit der seriellen Konsole der alten Controller (Node_B_1-old und Node_B_2-old) an Site_B her, und überprüfen Sie, dass die LOADER-Eingabeaufforderung angezeigt wird.
-
Trennen Sie die Speicher- und Netzwerkverbindungen auf Node_B_1-old und Node_B_2-old, und kennzeichnen Sie die Kabel, damit sie wieder mit den neuen Nodes verbunden werden können.
-
Trennen Sie die Stromkabel von Node_B_1-old und Node_B_2-old.
-
Entfernen Sie die Controller Node_B_1-old und Node_B_2-old aus dem Rack.
Konfigurieren der neuen Controller
Sie müssen die Controller im Rack unterbringen und installieren, die erforderliche Einrichtung im Wartungsmodus durchführen und dann die Controller booten und die LIF-Konfiguration auf den Controllern überprüfen.
Einrichten der neuen Controller
Sie müssen die neuen Controller im Rack unterbringen und verkabeln.
-
Planen Sie die Positionierung der neuen Controller-Module und Storage Shelves je nach Bedarf.
Der Rack-Platz hängt vom Plattformmodell der Controller-Module, den Switch-Typen und der Anzahl der Storage-Shelfs in Ihrer Konfiguration ab.
-
Richtig gemahlen.
-
Installieren Sie die Controller-Module im Rack oder Schrank.
-
Wenn die neuen Controller-Module nicht eigene FC-VI-Karten enthalten und FC-VI-Karten von alten Controllern mit neuen Controllern kompatibel sind, tauschen Sie FC-VI-Karten aus und installieren Sie diese in den richtigen Steckplätzen.
Siehe "NetApp Hardware Universe" Für Slot-Informationen für FC-VI-Karten.
-
Verkabeln Sie die Strom-, seriellen Konsolen- und Managementverbindungen der Controller, wie in den MetroCluster Installations- und Konfigurationsleitfäden beschrieben.
Schließen Sie derzeit keine anderen Kabel an, die von den alten Controllern getrennt wurden.
-
Schalten Sie die neuen Nodes ein, und drücken Sie bei der Eingabeaufforderung Strg-C, um die LOADER-Eingabeaufforderung anzuzeigen.
Netbootting der neuen Controller
Nachdem Sie die neuen Nodes installiert haben, müssen Sie als Netzboot fahren, damit die neuen Nodes dieselbe Version von ONTAP wie die ursprünglichen Nodes ausführen. Der Begriff Netzboot bedeutet, dass Sie über ein ONTAP Image, das auf einem Remote Server gespeichert ist, booten. Wenn Sie das Netzboot vorbereiten, müssen Sie eine Kopie des ONTAP 9 Boot Images auf einem Webserver ablegen, auf den das System zugreifen kann.
Diese Aufgabe wird an jedem der neuen Controller-Module durchgeführt.
-
Auf das zugreifen "NetApp Support Website" Zum Herunterladen der Dateien zum Ausführen des Netzboots des Systems.
-
Laden Sie die entsprechende ONTAP Software aus dem Abschnitt zum Software-Download der NetApp Support-Website herunter und speichern Sie die Datei ontap-Version_image.tgz in einem über Web zugänglichen Verzeichnis.
-
Rufen Sie das Verzeichnis mit Webzugriff auf, und stellen Sie sicher, dass die benötigten Dateien verfügbar sind.
Wenn das Plattformmodell…
Dann…
Systeme der FAS/AFF8000 Serie
Extrahieren Sie den Inhalt der ontap-Version_image.tgzfile in das Zielverzeichnis: Tar -zxvf ontap-Version_image.tgz HINWEIS: Wenn Sie den Inhalt auf Windows extrahieren, verwenden Sie 7-Zip oder WinRAR, um das Netzboot Image zu extrahieren. Ihre Verzeichnisliste sollte einen Netzboot-Ordner mit einer Kernel-Datei:Netzboot/Kernel enthalten
Alle anderen Systeme
Ihre Verzeichnisliste sollte einen Netzboot-Ordner mit einer Kernel-Datei enthalten: ontap-Version_image.tgz Sie müssen nicht die ontap-Version_image.tgz-Datei extrahieren.
-
Konfigurieren Sie an der Eingabeaufforderung DES LOADERS die Netzboot-Verbindung für eine Management-LIF:
-
Wenn die IP-Adresse DHCP ist, konfigurieren Sie die automatische Verbindung:
ifconfig e0M -auto
-
Wenn die IP-Adresse statisch ist, konfigurieren Sie die manuelle Verbindung:
ifconfig e0M -addr=ip_addr -mask=netmask
-gw=gateway
-
-
Führen Sie den Netzboot aus.
-
Wenn es sich bei der Plattform um ein System der 80xx-Serie handelt, verwenden Sie den folgenden Befehl:
netboot http://web_server_ip/path_to_web-accessible_directory/netboot/kernel
-
Wenn es sich bei der Plattform um ein anderes System handelt, verwenden Sie den folgenden Befehl:
netboot http://web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz
-
-
Wählen Sie im Startmenü die Option (7) Neue Software zuerst installieren aus, um das neue Software-Image auf das Boot-Gerät herunterzuladen und zu installieren.
Disregard the following message: "This procedure is not supported for Non-Disruptive Upgrade on an HA pair". It applies to nondisruptive upgrades of software, not to upgrades of controllers. . Wenn Sie aufgefordert werden, den Vorgang fortzusetzen, geben Sie ein `y`, Und wenn Sie zur Eingabe des Pakets aufgefordert werden, geben Sie die URL der Bilddatei ein: `\http://web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz`
Enter username/password if applicable, or press Enter to continue.
-
Seien Sie dabei
n
So überspringen Sie die Backup-Recovery, wenn eine Eingabeaufforderung wie die folgende angezeigt wird:Do you want to restore the backup configuration now? {y|n}
-
Starten Sie den Neustart durch Eingabe
y
Wenn eine Eingabeaufforderung wie die folgende angezeigt wird:The node must be rebooted to start using the newly installed software. Do you want to reboot now? {y|n}
Löschen der Konfiguration auf einem Controller-Modul
Bevor Sie in der MetroCluster-Konfiguration ein neues Controller-Modul verwenden, müssen Sie die vorhandene Konfiguration löschen.
-
Halten Sie gegebenenfalls den Node an, um die LOADER-Eingabeaufforderung anzuzeigen:
halt
-
Legen Sie an der Loader-Eingabeaufforderung die Umgebungsvariablen auf Standardwerte fest:
set-defaults
-
Umgebung speichern:
saveenv
-
Starten Sie an der LOADER-Eingabeaufforderung das Boot-Menü:
boot_ontap menu
-
Löschen Sie an der Eingabeaufforderung des Startmenüs die Konfiguration:
wipeconfig
Antworten
yes
An die Bestätigungsaufforderung.Der Node wird neu gebootet, und das Startmenü wird erneut angezeigt.
-
Wählen Sie im Startmenü die Option 5, um das System im Wartungsmodus zu booten.
Antworten
yes
An die Bestätigungsaufforderung.
Wiederherstellen der HBA-Konfiguration
Je nach Vorhandensein und Konfiguration der HBA-Karten im Controller-Modul müssen Sie diese für die Verwendung Ihres Standorts richtig konfigurieren.
-
Konfigurieren Sie im Wartungsmodus die Einstellungen für alle HBAs im System:
-
Überprüfen Sie die aktuellen Einstellungen der Ports:
ucadmin show
-
Aktualisieren Sie die Porteinstellungen nach Bedarf.
Wenn Sie über diese Art von HBA und den gewünschten Modus verfügen…
Befehl
CNA FC
ucadmin modify -m fc -t initiator adapter-name
CNA-Ethernet
ucadmin modify -mode cna adapter-name
FC-Ziel
fcadmin config -t target adapter-name
FC-Initiator
fcadmin config -t initiator adapter-name
-
-
Beenden des Wartungsmodus:
halt
Warten Sie, bis der Node an der LOADER-Eingabeaufforderung angehalten wird, nachdem Sie den Befehl ausgeführt haben.
-
Starten Sie den Node wieder in den Wartungsmodus, damit die Konfigurationsänderungen wirksam werden:
boot_ontap maint
-
Überprüfen Sie die vorgenommenen Änderungen:
Wenn Sie über diese Art von HBA verfügen…
Befehl
CNA
ucadmin show
FC
fcadmin show
Einstellen des HA-Status auf den neuen Controllern und dem Chassis
Sie müssen den HA-Status der Controller und des Chassis überprüfen. Bei Bedarf müssen Sie den Status entsprechend Ihrer Systemkonfiguration aktualisieren.
-
Zeigen Sie im Wartungsmodus den HA-Status des Controller-Moduls und des Chassis an:
ha-config show
der HA-Status für alle Komponenten sollte mcc sein.
Wenn die MetroCluster-Konfiguration…
Der HA-Status sollte…
Zwei Nodes
mcc-2n
Vier oder acht Nodes
mcc
-
Wenn der angezeigte Systemzustand des Controllers nicht richtig ist, setzen Sie den HA-Status für das Controller-Modul und das Chassis:
Wenn die MetroCluster-Konfiguration…
Geben Sie diese Befehle ein…
Zwei Knoten
ha-config modify controller mcc-2n
ha-config modify chassis mcc-2n
Vier oder acht Knoten
ha-config modify controller mcc
ha-config modify chassis mcc
Neuzuweisen von Root-Aggregatfestplatten
Weisen Sie die Root-Aggregat-Festplatten dem neuen Controller-Modul unter Verwendung der zuvor gesammelten Sysiden wieder zu
Diese Aufgabe wird im Wartungsmodus ausgeführt.
Die alten System-IDs wurden in identifiziert "Sammeln von Informationen vor dem Upgrade".
Die Beispiele in diesem Verfahren verwenden Controller mit den folgenden System-IDs:
Knoten |
Alte System-ID |
Neue System-ID |
Knoten_B_1 |
4068741254 |
1574774970 |
-
Alle anderen Verbindungen mit den neuen Controller-Modulen (FC-VI, Storage, Cluster Interconnect usw.) verkabeln.
-
Beenden Sie das System und das Booten in den Wartungsmodus von der LOADER-Eingabeaufforderung:
boot_ontap maint
-
Zeigen Sie die Datenträger von Node_B_1-old an:
disk show -a
Die Befehlsausgabe zeigt die System-ID des neuen Controller-Moduls (1574774970). Allerdings sind die Root-Aggregat-Festplatten immer noch im Besitz der alten System-ID (4068741254). In diesem Beispiel werden keine Laufwerke angezeigt, die sich im Besitz anderer Nodes in der MetroCluster-Konfiguration befinden.
*> disk show -a Local System ID: 1574774970 DISK OWNER POOL SERIAL NUMBER HOME DR HOME ------------ ------------- ----- ------------- ------------- ------------- ... rr18:9.126L44 node_B_1-old(4068741254) Pool1 PZHYN0MD node_B_1-old(4068741254) node_B_1-old(4068741254) rr18:9.126L49 node_B_1-old(4068741254) Pool1 PPG3J5HA node_B_1-old(4068741254) node_B_1-old(4068741254) rr18:8.126L21 node_B_1-old(4068741254) Pool1 PZHTDSZD node_B_1-old(4068741254) node_B_1-old(4068741254) rr18:8.126L2 node_B_1-old(4068741254) Pool0 S0M1J2CF node_B_1-old(4068741254) node_B_1-old(4068741254) rr18:8.126L3 node_B_1-old(4068741254) Pool0 S0M0CQM5 node_B_1-old(4068741254) node_B_1-old(4068741254) rr18:9.126L27 node_B_1-old(4068741254) Pool0 S0M1PSDW node_B_1-old(4068741254) node_B_1-old(4068741254) ...
-
Weisen Sie die Root-Aggregat-Festplatten auf den Laufwerk-Shelfs dem neuen Controller zu:
disk reassign -s old-sysid -d new-sysid
Das folgende Beispiel zeigt die Neuzuweisung von Laufwerken:
*> disk reassign -s 4068741254 -d 1574774970 Partner node must not be in Takeover mode during disk reassignment from maintenance mode. Serious problems could result!! Do not proceed with reassignment if the partner is in takeover mode. Abort reassignment (y/n)? n After the node becomes operational, you must perform a takeover and giveback of the HA partner node to ensure disk reassignment is successful. Do you want to continue (y/n)? Jul 14 19:23:49 [localhost:config.bridge.extra.port:error]: Both FC ports of FC-to-SAS bridge rtp-fc02-41-rr18:9.126L0 S/N [FB7500N107692] are attached to this controller. y Disk ownership will be updated on all disks previously belonging to Filer with sysid 4068741254. Do you want to continue (y/n)? y
-
Überprüfen Sie, ob alle Festplatten wie erwartet neu zugewiesen wurden:
disk show
*> disk show Local System ID: 1574774970 DISK OWNER POOL SERIAL NUMBER HOME DR HOME ------------ ------------- ----- ------------- ------------- ------------- rr18:8.126L18 node_B_1-new(1574774970) Pool1 PZHYN0MD node_B_1-new(1574774970) node_B_1-new(1574774970) rr18:9.126L49 node_B_1-new(1574774970) Pool1 PPG3J5HA node_B_1-new(1574774970) node_B_1-new(1574774970) rr18:8.126L21 node_B_1-new(1574774970) Pool1 PZHTDSZD node_B_1-new(1574774970) node_B_1-new(1574774970) rr18:8.126L2 node_B_1-new(1574774970) Pool0 S0M1J2CF node_B_1-new(1574774970) node_B_1-new(1574774970) rr18:9.126L29 node_B_1-new(1574774970) Pool0 S0M0CQM5 node_B_1-new(1574774970) node_B_1-new(1574774970) rr18:8.126L1 node_B_1-new(1574774970) Pool0 S0M1PSDW node_B_1-new(1574774970) node_B_1-new(1574774970) *>
-
Zeigt den Aggregatstatus an:
aggr status
*> aggr status Aggr State Status Options aggr0_node_b_1-root online raid_dp, aggr root, nosnap=on, mirrored mirror_resync_priority=high(fixed) fast zeroed 64-bit
-
Wiederholen Sie die oben genannten Schritte auf dem Partner-Node (Node_B_2-New).
Booten der neuen Controller
Sie müssen die Controller aus dem Boot-Menü neu booten, um das Controller-Flash-Image zu aktualisieren. Bei Konfiguration der Verschlüsselung sind weitere Schritte erforderlich.
Diese Aufgabe muss für alle neuen Controller ausgeführt werden.
-
Stoppen Sie den Knoten:
halt
-
Wenn der externe Schlüsselmanager konfiguriert ist, legen Sie die zugehörigen Bootargs fest:
setenv bootarg.kmip.init.ipaddr ip-address
setenv bootarg.kmip.init.netmask netmask
setenv bootarg.kmip.init.gateway gateway-address
setenv bootarg.kmip.init.interface interface-id
-
Anzeigen des Startmenüs:
boot_ontap menu
-
Wenn Sie die Stammverschlüsselung verwenden, wählen Sie je nach der verwendeten ONTAP-Version die Startmenü-Option oder geben Sie den Startmenü-Befehl für Ihre Konfiguration für die Schlüsselverwaltung aus.
ONTAP 9.8 und höherAb ONTAP 9.8 wählen Sie die Startmenü-Option.
Sie verwenden…
Diese Startmenüoption auswählen…
Integriertes Verschlüsselungsmanagement
Option „
10
“Befolgen Sie die Anweisungen, um die erforderlichen Eingaben zur Wiederherstellung und Wiederherstellung der Schlüsselmanager-Konfiguration bereitzustellen.
Externes Verschlüsselungskeymanagement
Option „
11
“Befolgen Sie die Anweisungen, um die erforderlichen Eingaben zur Wiederherstellung und Wiederherstellung der Schlüsselmanager-Konfiguration bereitzustellen.
ONTAP 9.7 und frühere VersionenGeben Sie bei ONTAP 9.7 und früheren Versionen den Befehl des Startmenüs ein.
Sie verwenden…
Geben Sie diesen Befehl an der Eingabeaufforderung des Startmenüs aus…
Integriertes Verschlüsselungsmanagement
recover_onboard_keymanager
Externes Verschlüsselungskeymanagement
recover_external_keymanager
-
Wenn Autoboot aktiviert ist, unterbrechen Sie den Autoboot, indem Sie STRG-C. drücken
-
Führen Sie im Startmenü die Option „
6
“ aus.Mit der Option „ 6
“ wird der Node vor Abschluss zweimal neu gestartet.Beantworten Sie „
y
“ auf die Eingabeaufforderungen zur Änderung der System-id. Warten Sie auf die zweite Neustartmeldung:Successfully restored env file from boot media... Rebooting to load the restored env file...
-
Überprüfen Sie doppelt, ob die Partner-Sysid korrekt ist:
printenv partner-sysid
Falls Partner-sysid nicht richtig ist, stellen Sie es fest:
setenv partner-sysid partner-sysID
-
Wenn Sie die Stammverschlüsselung verwenden, wählen Sie je nach der verwendeten ONTAP-Version die Startmenü-Option oder geben Sie den Startmenü-Befehl für Ihre Konfiguration für das Verschlüsselungsmanagement erneut aus.
ONTAP 9.8 und höherAb ONTAP 9.8 wählen Sie die Startmenü-Option.
Sie verwenden…
Diese Startmenüoption auswählen…
Integriertes Verschlüsselungsmanagement
Option „
10
“Befolgen Sie die Anweisungen, um die erforderlichen Eingaben zur Wiederherstellung und Wiederherstellung der Schlüsselmanager-Konfiguration bereitzustellen.
Externes Verschlüsselungskeymanagement
Option „
11
“Befolgen Sie die Anweisungen, um die erforderlichen Eingaben zur Wiederherstellung und Wiederherstellung der Schlüsselmanager-Konfiguration bereitzustellen.
Führen Sie je nach Einstellung des Schlüsselmanagers den Wiederherstellungsvorgang durch, indem Sie die Option „
10
“ oder die Option „11
“ wählen, gefolgt von der ersten Eingabeaufforderung im Startmenü die Option „6
“. Um die Knoten vollständig zu booten, müssen Sie möglicherweise den Wiederherstellungsvorgang mit Option „1
“ (normaler Start) wiederholen.ONTAP 9.7 und frühere VersionenGeben Sie bei ONTAP 9.7 und früheren Versionen den Befehl des Startmenüs ein.
Sie verwenden…
Geben Sie diesen Befehl an der Eingabeaufforderung des Startmenüs aus…
Integriertes Verschlüsselungsmanagement
recover_onboard_keymanager
Externes Verschlüsselungskeymanagement
recover_external_keymanager
Möglicherweise müssen Sie die ausgeben
recover_xxxxxxxx_keymanager
Befehl wird mehrmals am Boot-Menü angezeigt, bis die Nodes vollständig gebootet werden. -
Starten der Knoten:
boot_ontap
-
Warten Sie, bis die ersetzten Nodes gestartet werden.
Führen Sie ein Giveback durch, wenn sich einer der beiden Knoten im Übernahmemodus befindet:
storage failover giveback
-
Vergewissern Sie sich, dass sich alle Ports in einer Broadcast-Domäne befinden:
-
Broadcast-Domänen anzeigen:
network port broadcast-domain show
-
Fügen Sie bei Bedarf beliebige Ports zu einer Broadcast-Domäne hinzu.
-
Fügen Sie den physischen Port hinzu, der die Intercluster LIFs der entsprechenden Broadcast Domain hostet.
-
Ändern Sie Intercluster LIFs, um den neuen physischen Port als Home-Port zu verwenden.
-
Nachdem die Intercluster LIFs aktiviert sind, prüfen Sie den Cluster Peer-Status und stellen Sie bei Bedarf Cluster-Peering wieder her.
Möglicherweise müssen Sie Cluster-Peering neu konfigurieren.
-
VLANs und Schnittstellengruppen nach Bedarf neu erstellen.
VLAN und Interface Group Mitgliedschaft können sich von der des alten Node unterscheiden.
-
-
Stellen Sie bei Verwendung der Verschlüsselung die Schlüssel mithilfe des korrekten Befehls für Ihre Verschlüsselungsmanagementkonfiguration wieder her.
Sie verwenden…
Befehl
Integriertes Verschlüsselungsmanagement
security key-manager onboard sync
Weitere Informationen finden Sie unter "Wiederherstellung der integrierten Schlüssel für das Verschlüsselungsmanagement".
Externes Verschlüsselungskeymanagement
`security key-manager external restore -vserver SVM -node node -key-server _host_name
LIF-Konfiguration wird überprüft
Stellen Sie vor dem Wechsel sicher, dass LIFs auf den entsprechenden Nodes/Ports gehostet werden. Folgende Schritte sind auszuführen
Diese Aufgabe wird in Site_B ausgeführt, wo die Nodes mit Root-Aggregaten gestartet wurden.
-
Stellen Sie vor dem Wechsel sicher, dass LIFs auf dem entsprechenden Node und den entsprechenden Ports gehostet werden.
-
Ändern Sie die erweiterte Berechtigungsebene:
set -privilege advanced
-
Port-Konfiguration überschreiben, um korrekte LIF-Platzierung zu gewährleisten:
vserver config override -command "network interface modify -vserver vserver_name -home-port active_port_after_upgrade -lif lif_name -home-node new_node_name"
Wenn Sie den eingeben
network interface modify
Befehl imvserver config override
Befehl, Sie können die Funktion Autovervollständigung auf der Registerkarte nicht verwenden. Sie können die erstellennetwork interface modify
Verwenden Sie Autocomplete und schließen Sie es dann in das einvserver config override
Befehl.-
Zurück zur Administrator-Berechtigungsebene:
set -privilege admin
-
-
Zurücksetzen der Schnittstellen auf ihren Home-Node:
network interface revert * -vserver vserver-name
Führen Sie diesen Schritt bei allen SVMs aus, falls erforderlich.
Installieren Sie die neuen Lizenzen
Vor dem Wechsel-Back-Vorgang müssen Sie Lizenzen für die neuen Controller installieren.
Umschalten der MetroCluster-Konfiguration
Nachdem die neuen Controller konfiguriert wurden, schalten Sie die MetroCluster Konfiguration zurück und kehren den normalen Betrieb zurück.
In dieser Aufgabe führen Sie den Vorgang zum Zurückkehren aus und kehren die MetroCluster-Konfiguration in den normalen Betrieb zurück. Die Knoten auf Site_A warten noch auf das Upgrade.
-
Stellen Sie das aus
metrocluster node show
Befehl auf Site_B und überprüfen Sie die Ausgabe.-
Vergewissern Sie sich, dass die neuen Nodes korrekt dargestellt sind.
-
Überprüfen Sie, ob sich die neuen Nodes im Status „Warten auf den Wechsel zurück“ befinden.
-
-
Zurückwechseln des Clusters:
metrocluster switchback
-
Überprüfen Sie den Fortschritt des Umschalttaschens:
metrocluster show
Der Umkehrvorgang läuft noch, wenn die Ausgabe angezeigt wird
waiting-for-switchback
:cluster_B::> metrocluster show Cluster Entry Name State ------------------------- ------------------- ----------- Local: cluster_B Configuration state configured Mode switchover AUSO Failure Domain - Remote: cluster_A Configuration state configured Mode waiting-for-switchback AUSO Failure Domain -
Der Umkehrvorgang ist abgeschlossen, wenn die Ausgabe angezeigt wird
normal
:cluster_B::> metrocluster show Cluster Entry Name State ------------------------- ------------------- ----------- Local: cluster_B Configuration state configured Mode normal AUSO Failure Domain - Remote: cluster_A Configuration state configured Mode normal AUSO Failure Domain -
Wenn ein Wechsel eine lange Zeit in Anspruch nimmt, können Sie den Status der in-progress-Basispläne über die überprüfen
metrocluster config-replication resync-status show
Befehl. Dieser Befehl befindet sich auf der erweiterten Berechtigungsebene.
Überprüfen des Systemzustands der MetroCluster-Konfiguration
Nach dem Upgrade der Controller-Module müssen Sie den Systemzustand der MetroCluster Konfiguration überprüfen.
Diese Aufgabe kann auf jedem Node der MetroCluster Konfiguration ausgeführt werden.
-
Überprüfen Sie den Betrieb der MetroCluster Konfiguration:
-
Bestätigen Sie die MetroCluster-Konfiguration und den normalen Betriebsmodus:
metrocluster show
-
Durchführen einer MetroCluster-Prüfung:
metrocluster check run
-
Ergebnisse der MetroCluster-Prüfung anzeigen:
metrocluster check show
Nach dem Ausführen von metrocluster check run
Undmetrocluster check show
, Sie sehen eine Fehlermeldung ähnlich der folgenden:
BeispielFailed to validate the node and cluster components before the switchover operation. Cluster_A:: node_A_1 (non-overridable veto): DR partner NVLog mirroring is not online. Make sure that the links between the two sites are healthy and properly configured.
+ Dieses Verhalten wird aufgrund einer Controller-Diskrepanz während des Upgrade-Prozesses erwartet und die Fehlermeldung kann sicher ignoriert werden.
-
Aktualisieren der Knoten auf Cluster_A
Sie müssen die Upgrade-Aufgaben auf „Cluster_A“ wiederholen
-
Wiederholen Sie die Schritte, um die Nodes auf Cluster_A zu aktualisieren. Beginnen Sie mit "Vorbereitung auf das Upgrade".
Während Sie die Aufgaben ausführen, werden alle Beispielreferenzen zu den Clustern und Nodes umgekehrt. Wenn das Beispiel für die Umschaltung von Cluster_A verwendet wird, erfolgt die Umschaltung von Cluster_B.
Senden einer benutzerdefinierten AutoSupport Meldung nach der Wartung
Nach Abschluss des Upgrades sollten Sie eine AutoSupport Meldung mit Angaben zum Ende der Wartung senden. Die automatische Case-Erstellung kann also fortgesetzt werden.
-
Um mit der automatischen Erstellung von Support-Cases fortzufahren, senden Sie eine AutoSupport Meldung, um anzugeben, dass die Wartung abgeschlossen ist.
-
Geben Sie den folgenden Befehl ein:
system node autosupport invoke -node * -type all -message MAINT=end
-
Wiederholen Sie den Befehl im Partner-Cluster.
-
Wiederherstellen des Tiebreaker Monitoring
Wenn die MetroCluster Konfiguration zuvor für das Monitoring über die Tiebreaker Software konfiguriert war, können Sie die Tiebreaker Verbindung wiederherstellen.
-
Verwenden Sie die Schritte in "Hinzufügen von MetroCluster Konfigurationen" In MetroCluster Tiebreaker Installation und Konfiguration.