Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Austausch eines NetApp CN1610 Cluster Switches

Beitragende netapp-yvonneo netapp-jsnyder
Änderungen vorschlagen
PDFs

Einen defekten NetApp CN1610 Cluster Switch in einem Cluster-Netzwerk ersetzen, ohne den Clusterbetrieb zu unterbrechen. Dieses unterbrechungsfreie Verfahren (NDU) umfasst die Vorbereitung eines Ersatz-Switches und die Migration der Verbindungen vom ausgefallenen Switch.

Überprüfungsanforderungen

Bevor Sie beginnen

Bevor der Switch ausgetauscht wird, müssen in der aktuellen Umgebung und am Ersatzswitch für die bestehende Cluster- und Netzwerkinfrastruktur die folgenden Bedingungen erfüllt sein:

  • Der bestehende Cluster muss als vollständig funktionsfähig verifiziert sein, mit mindestens einem vollständig angeschlossenen Cluster-Switch.

  • Alle Cluster-Ports müssen up sein.

  • Alle logischen Schnittstellen (LIFs) des Clusters müssen aktiv sein und dürfen nicht migriert worden sein.

  • Der ONTAP Cluster ping-cluster -node node1-Befehl muss anzeigen, dass die grundlegende Konnektivität und die Kommunikation, die größer als PMTU ist, auf allen Pfaden erfolgreich sind.

Konsolenprotokollierung aktivieren

NetApp empfiehlt dringend, die Konsolenprotokollierung auf den verwendeten Geräten zu aktivieren und beim Austausch Ihres Switches die folgenden Maßnahmen zu ergreifen:

Tauschen Sie den Schalter aus.

Informationen zu diesem Vorgang

Sie müssen den Befehl zur Migration eines Cluster-LIF von dem Knoten ausführen, auf dem der Cluster-LIF gehostet wird.

Die Beispiele in diesem Verfahren verwenden die folgende Cluster-Switch- und Knotennomenklatur:

  • Die Namen der beiden CN1610 Cluster Switches sind cs1 und cs2.

  • Der Name des zu ersetzenden CN1610 Switches (des defekten Switches) ist old_cs1.

  • Der Name des neuen CN1610 Switch (des Ersatzswitches) ist new_cs1.

  • Der Name des Partnerschalters, der nicht ausgetauscht wird, ist cs2.

Schritte

  1. Bestätigen Sie, dass die Startkonfigurationsdatei mit der laufenden Konfigurationsdatei übereinstimmt. Diese Dateien müssen lokal gespeichert werden, damit sie während des Austauschs verwendet werden können.

    Die Konfigurationsbefehle im folgenden Beispiel sind für FASTPATH 1.2.0.7:

    Beispiel anzeigen 
    (old_cs1)> enable
(old_cs1)# show running-config
(old_cs1)# show startup-config

  2. Eine Kopie der laufenden Konfigurationsdatei wird erstellt.

    Der Befehl im folgenden Beispiel ist für FASTPATH 1.2.0.7:

    Beispiel anzeigen 
    (old_cs1)# show running-config filename.scr
Config script created successfully.
Hinweis Sie können jeden beliebigen Dateinamen verwenden, außer CN1610_CS_RCF_v1.2.scr. Der Dateiname muss die Erweiterung .scr haben.

  1. Die laufende Konfigurationsdatei des Switches auf einem externen Host speichern, um den Austausch vorzubereiten.

    Beispiel anzeigen 
    (old_cs1)# copy nvram:script filename.scr scp://<Username>@<remote_IP_address>/path_to_file/filename.scr

  2. Vergewissern Sie sich, dass die Switch- und ONTAP-Versionen in der Kompatibilitätsmatrix übereinstimmen. Weitere Informationen sind unter "NetApp CN1601 und CN1610 Switches" zu finden.

  3. Von der "Seite für Software Downloads" auf der NetApp Support-Website wählen Sie NetApp Cluster Switches, um die entsprechenden RCF- und FASTPATH-Versionen herunterzuladen.

  4. Einen Trivial File Transfer Protocol (TFTP) Server mit FASTPATH, RCF und der gespeicherten Konfigurationsdatei .scr für die Verwendung mit dem neuen Switch einrichten.

  5. Den seriellen Port (den RJ-45-Anschluss mit der Bezeichnung „IOIOI“ auf der rechten Seite des Switches) mit einem verfügbaren Host mit Terminalemulation verbinden.

  6. Auf dem Host die Einstellungen für die serielle Terminalverbindung festlegen:

    1. 9600 Baud

    2. 8 Datenbits

    3. 1 Stoppbit

    4. Parität: keine

    5. Flusssteuerung: keine

  7. Verbinden Sie den Management-Port (den RJ-45-Schraubenschlüssel-Anschluss auf der linken Seite des Switches) mit demselben Netzwerk, in dem sich Ihr TFTP-Server befindet.

  8. Vorbereitung der Verbindung zum Netzwerk mit dem TFTP-Server.

    Wenn Sie das Dynamic Host Configuration Protocol (DHCP) verwenden, müssen Sie zu diesem Zeitpunkt keine IP-Adresse für den Switch konfigurieren. Der Service-Port ist standardmäßig so eingestellt, dass DHCP verwendet wird. Der Netzwerkmanagement-Port ist für die IPv4- und IPv6-Protokolleinstellungen auf „Keine“ gesetzt. Wenn Ihr Wrench-Port mit einem Netzwerk verbunden ist, das über einen DHCP-Server verfügt, werden die Servereinstellungen automatisch konfiguriert.

    Um eine statische IP-Adresse festzulegen, sollten die Befehle serviceport protocol, network protocol und serviceport ip für das serviceport protocol, das Netzwerkprotokoll und die serviceport ip verwendet werden.

    Beispiel anzeigen 
    (new_cs1)# serviceport ip <ipaddr> <netmask> <gateway>

  9. Optional, falls sich der TFTP-Server auf einem Laptop befindet, dann den CN1610 Switch mit einem Standard-Ethernet-Kabel an den Laptop anschließen und anschließend dessen Netzwerkport im selben Netzwerk mit einer alternativen IP-Adresse konfigurieren.

    Sie können den ping Befehl verwenden, um die Adresse zu überprüfen. Wenn keine Konnektivität hergestellt werden kann, sollte ein nicht geroutetes Netzwerk verwendet und der Service-Port mit der IP-Adresse 192.168.x oder 172.16.x konfiguriert werden. Der Service-Port kann zu einem späteren Zeitpunkt auf die Produktionsmanagement-IP-Adresse umkonfiguriert werden.

  10. Optional kann überprüft und installiert werden, ob die passenden Versionen der RCF und FASTPATH Software für den neuen Switch vorliegen. Wenn verifiziert wurde, dass der neue Switch korrekt eingerichtet ist und keine Updates der RCF und FASTPATH Software benötigt werden, sollte zu Schritt 13 übergegangen werden.

    1. Die neuen Schaltereinstellungen werden überprüft.

      Beispiel anzeigen 
      (new_cs1)> enable
(new_cs1)# show version

    2. Die RCF-Datei auf den neuen Switch herunterladen.

      Beispiel anzeigen 
      (new_cs1)# copy tftp://<server_ip_address>/CN1610_CS_RCF_v1.2.txt nvram:script CN1610_CS_RCF_v1.2.scr
Mode.	TFTP
Set Server IP.	172.22.201.50
Path.	/
Filename....................................... CN1610_CS_RCF_v1.2.txt
Data Type...................................... Config Script
Destination Filename........................... CN1610_CS_RCF_v1.2.scr
File with same name already exists.
WARNING:Continuing with this command will overwrite the existing file.

Management access will be blocked for the duration of the transfer Are you sure you want to start? (y/n) y

File transfer in progress. Management access will be blocked for the duration of the transfer. please wait...
Validating configuration script...
(the entire script is displayed line by line)
...
description "NetApp CN1610 Cluster Switch RCF v1.2 - 2015-01-13"
...
Configuration script validated.
File transfer operation completed successfully.

    3. Es wird überprüft, ob die RCF-Datei auf den Switch heruntergeladen wurde.

      Beispiel anzeigen 
      (new_cs1)# script list
Configuration Script Nam   Size(Bytes)
-------------------------- -----------
CN1610_CS_RCF_v1.1.scr            2191
CN1610_CS_RCF_v1.2.scr            2240
latest_config.scr                 2356

4 configuration script(s) found.
2039 Kbytes free.

  11. Den RCF auf den CN1610 Switch anwenden.

    Beispiel anzeigen 
    (new_cs1)# script apply CN1610_CS_RCF_v1.2.scr
Are you sure you want to apply the configuration script? (y/n) y
...
(the entire script is displayed line by line)
...
description "NetApp CN1610 Cluster Switch RCF v1.2 - 2015-01-13"
...
Configuration script 'CN1610_CS_RCF_v1.2.scr' applied. Note that the script output will go to the console.
After the script is applied, those settings will be active in the running-config file. To save them to the startup-config file, you must use the write memory command, or if you used the reload answer yes when asked if you want to save the changes.

    1. Die laufende Konfigurationsdatei wird gespeichert, sodass sie beim Neustart des Switches zur Startkonfigurationsdatei wird.

      Beispiel anzeigen 
      (new_cs1)# write memory
This operation may take a few minutes.
Management interfaces will not be available during this time.

Are you sure you want to save? (y/n) y

Config file 'startup-config' created successfully.

Configuration Saved!

    2. Das Image auf den CN1610 Switch herunterladen.

      Beispiel anzeigen 
      (new_cs1)# copy tftp://<server_ip_address>/NetApp_CN1610_1.2.0.7.stk active
Mode.	TFTP
Set Server IP.	tftp_server_ip_address
Path.	/
Filename....................................... NetApp_CN1610_1.2.0.7.stk
Data Type.	Code
Destination Filename.	active

Management access will be blocked for the duration of the transfer

Are you sure you want to start? (y/n) y

TFTP Code transfer starting...

File transfer operation completed successfully.

    3. Durch einen Neustart des Switches wird das neue aktive Boot-Image ausgeführt.

      Der Switch muss neu gestartet werden, damit der Befehl in Schritt 6 das neue Image übernimmt. Es gibt zwei mögliche Ansichten für eine Antwort, die nach Eingabe des Befehls „reload“ angezeigt werden kann.

    Beispiel anzeigen 
    (new_cs1)# reload
The system has unsaved changes.
Would you like to save them now? (y/n) y

Config file 'startup-config' created successfully.

Configuration Saved! System will now restart!
.
.
.
Cluster Interconnect Infrastructure

User:admin Password: (new_cs1) >*enable*

    1. Die gespeicherte Konfigurationsdatei vom alten Switch auf den neuen Switch kopieren.

      Beispiel anzeigen 
      (new_cs1)# copy tftp://<server_ip_address>/<filename>.scr nvram:script <filename>.scr

    2. Die zuvor gespeicherte Konfiguration wird auf den neuen Switch angewendet.

      Beispiel anzeigen 
      (new_cs1)# script apply <filename>.scr
Are you sure you want to apply the configuration script? (y/n) y

The system has unsaved changes.
Would you like to save them now? (y/n) y

Config file 'startup-config' created successfully.

Configuration Saved!

    3. Die laufende Konfigurationsdatei wird in der Startkonfigurationsdatei gespeichert.

      Beispiel anzeigen 
      (new_cs1)# write memory

  12. Wenn AutoSupport auf diesem Cluster aktiviert ist, kann die automatische Fallerstellung durch das Auslösen einer AutoSupport-Nachricht unterdrückt werden: system node autosupport invoke -node * -type all - message MAINT=xh

    x ist die Dauer des Wartungsfensters in Stunden.

    Hinweis

    Die AutoSupport Meldung benachrichtigt den technischen Support über diese Wartungsaufgabe, sodass die automatische Fallerstellung während des Wartungsfensters unterdrückt wird.

  13. Auf dem neuen Switch new_cs1 als Admin-Benutzer anmelden und alle Ports, die mit den Cluster-Schnittstellen der Nodes verbunden sind (Ports 1 bis 12), herunterfahren.

    Beispiel anzeigen 
    User:*admin*
Password:
(new_cs1)> enable
(new_cs1)#
(new_cs1)# config
(new_cs1)(config)# interface 0/1-0/12
(new_cs1)(interface 0/1-0/12)# shutdown
(new_cs1)(interface 0/1-0/12)# exit
(new_cs1)# write memory

  14. Die Cluster-LIFs von den Ports migrieren, die mit dem Switch old_cs1 verbunden sind.

    Jede Cluster-LIF muss von der aktuellen Managementoberfläche des jeweiligen Node migriert werden.

    Beispiel anzeigen 
    cluster::> set -privilege advanced
cluster::> network interface migrate -vserver <vserver_name> -lif <Cluster_LIF_to_be_moved> - sourcenode <current_node> -dest-node <current_node> -dest-port <cluster_port_that_is_UP>

  15. Es wird überprüft, ob alle Cluster-LIFs auf den entsprechenden Cluster-Port auf jedem Knoten verschoben wurden.

    Beispiel anzeigen 
    cluster::> network interface show -role cluster

  16. Die Cluster-Ports, die an den ausgetauschten Switch angeschlossen sind, werden heruntergefahren.

    Beispiel anzeigen 
    cluster::*> network port modify -node <node_name> -port <port_to_admin_down> -up-admin false

  17. Der Zustand des Clusters kann überprüft werden.

    Beispiel anzeigen 
    cluster::*> cluster show

  18. Es wird überprüft, ob die Ports deaktiviert sind.

    Beispiel anzeigen 
    cluster::*> cluster ping-cluster -node <node_name>

  19. Auf dem Switch cs2 die ISL-Ports 13 bis 16 deaktivieren.

    Beispiel anzeigen 
    (cs2)# config
(cs2)(config)# interface 0/13-0/16
(cs2)(interface 0/13-0/16)# shutdown
(cs2)# show port-channel 3/1

  20. Es sollte geprüft werden, ob der Storage-Administrator für den Austausch des Switch bereit ist.

  21. Alle Kabel vom alten Switch cs1 entfernen und dann an denselben Ports am neuen Switch cs1 anschließen.

  22. Am Switch cs2 die ISL-Ports 13 bis 16 aktivieren.

    Beispiel anzeigen 
    (cs2)# config
(cs2)(config)# interface 0/13-0/16
(cs2)(interface 0/13-0/16)# no shutdown

  23. Die Ports des neuen Switches, die mit den Clusterknoten verbunden sind, werden aktiviert.

    Beispiel anzeigen 
    (new_cs1)# config
(new_cs1)(config)# interface 0/1-0/12
(new_cs1)(interface 0/13-0/16)# no shutdown

  24. Auf einem einzelnen Knoten den Clusterknotenport, der mit dem ausgetauschten Switch verbunden ist, aktivieren und anschließend bestätigen, dass die Verbindung besteht.

    Beispiel anzeigen 
    cluster::*> network port modify -node node1 -port <port_to_be_onlined> -up-admin true
cluster::*> network port show -role cluster

  25. Die Cluster-LIFs, die dem Port in Schritt 25 auf demselben Knoten zugeordnet sind, werden zurückgesetzt.

    In diesem Beispiel werden die LIFs auf node1 erfolgreich zurückgesetzt, wenn die Spalte „Is Home“ den Wert true hat.

    Beispiel anzeigen 
    cluster::*> network interface revert -vserver node1 -lif <cluster_lif_to_be_reverted>
cluster::*> network interface show -role cluster

  26. Wenn der Cluster-LIF des ersten Knotens aktiv ist und auf seinen Heimatport zurückgesetzt wird, sollten die Schritte 25 und 26 wiederholt werden, um die Cluster-Ports zu aktivieren und die Cluster-LIFs auf den anderen Knoten im Cluster zurückzusetzen.

  27. Informationen über die Knoten im Cluster werden angezeigt.

    Beispiel anzeigen 
    cluster::*> cluster show

  28. Bestätigen Sie, dass die Startup-Konfigurationsdatei und die laufende Konfigurationsdatei auf dem ausgetauschten Switch korrekt sind. Diese Konfigurationsdatei sollte mit der Ausgabe in Schritt 1 übereinstimmen.

    Beispiel anzeigen 
    (new_cs1)> enable
(new_cs1)# show running-config
(new_cs1)# show startup-config

  29. Wenn Sie die automatische Fallerstellung unterdrückt haben, können Sie sie durch Aufruf einer AutoSupport Nachricht wieder aktivieren:

    system node autosupport invoke -node * -type all -message MAINT=END