Verwaltung eines ONTAP Clusters mit einem einzelnen Knoten
Ein Einzelknoten-Cluster ist eine spezielle Implementierung eines Clusters, der auf einem einzelnen Knoten läuft. Einzelknoten-Cluster sind nicht empfehlenswert, da sie keine Redundanz bieten. Fällt der Knoten aus, geht der Datenzugriff verloren.
|
|
Für Fehlertoleranz und unterbrechungsfreien Betrieb wird dringend empfohlen, den Cluster mit "Hochverfügbarkeit (HA Paare)" zu konfigurieren. |
Wenn Sie einen Einzelknoten-Cluster konfigurieren oder aktualisieren, ist Folgendes zu beachten:
-
Die Verschlüsselung des Root-Volumes wird auf Single-Node-Clustern nicht unterstützt.
-
Wenn Sie Knoten entfernen, um einen Einzelknoten-Cluster zu erhalten, sollten die Cluster-Ports so modifiziert werden, dass sie den Datenverkehr bedienen, indem die Cluster-Ports in Daten-Ports umgewandelt und anschließend Daten-LIFs auf den Daten-Ports erstellt werden.
-
Bei Einzelknotenclustern kann das Ziel für die Konfigurationssicherung während der Softwareinstallation festgelegt werden. Nach der Installation können diese Einstellungen mit ONTAP Befehlen geändert werden.
-
Sind mehrere Hosts mit dem Knoten verbunden, kann jeder Host mit einem anderen Betriebssystem wie Windows oder Linux konfiguriert werden. Bestehen mehrere Pfade vom Host zum Controller, muss ALUA auf dem Host aktiviert sein.
Möglichkeiten zur Konfiguration von iSCSI SAN Hosts mit einzelnen Knoten
Sie können iSCSI SAN Hosts so konfigurieren, dass sie entweder direkt mit einem einzelnen Knoten oder über einen oder mehrere IP Switches verbunden werden. Der Knoten kann mehrere iSCSI Verbindungen zum Switch haben.
Bei direkt angeschlossenen Single-Node-Konfigurationen sind ein oder mehrere Hosts direkt mit dem Node verbunden.

In Konfigurationen mit einem einzigen Netzwerk und einem einzigen Knoten verbindet ein Switch einen einzelnen Knoten mit einem oder mehreren Hosts. Da nur ein einziger Switch verwendet wird, ist diese Konfiguration nicht vollständig redundant.

In Multi-Netzwerk-Einzelknotenkonfigurationen verbinden zwei oder mehr Switches einen einzelnen Knoten mit einem oder mehreren Hosts. Da mehrere Switches vorhanden sind, ist diese Konfiguration vollständig redundant.

Möglichkeiten zur Konfiguration von FC- und FC-NVMe SAN-Hosts mit einzelnen Knoten
FC- und FC-NVMe SAN-Hosts können über ein oder mehrere Fabrics mit einzelnen Knoten konfiguriert werden. N-Port ID Virtualisierung (NPIV) ist erforderlich und muss auf allen FC-Switches im Fabric aktiviert sein. FC- oder FC-NVMe SAN-Hosts können nicht ohne FC-Switch direkt an einzelne Knoten angebunden werden.
In Single Fabric Single Node Konfigurationen verbindet ein einzelner Switch einen Knoten mit einem oder mehreren Hosts. Da nur ein einziger Switch verwendet wird, ist diese Konfiguration nicht vollständig redundant.
Bei Konfigurationen mit einem einzigen Fabric und einem einzelnen Knoten ist Multipathing-Software nicht erforderlich, wenn Sie nur einen einzigen Pfad vom Host zum Knoten haben.
In Multifabric Single-Node-Konfigurationen verbinden zwei oder mehr Switches einen einzelnen Knoten mit einem oder mehreren Hosts. Zur Vereinfachung zeigt die folgende Abbildung eine Multifabric Single-Node-Konfiguration mit nur zwei Fabrics, jedoch sind in jeder Multifabric-Konfiguration zwei oder mehr Fabrics möglich. In dieser Abbildung ist der Storage Controller im oberen Chassis montiert, und das untere Chassis kann leer sein oder, wie in diesem Beispiel, ein IOMX-Modul enthalten.
Die FC-Zielports (0a, 0c, 0b, 0d) in den Abbildungen sind Beispiele. Die tatsächlichen Portnummern variieren je nach Modell Ihres Speicherknotens und ob Erweiterungsadapter verwendet werden.

"NetApp Technical Report 4684: Implementierung und Konfiguration moderner SANs mit NVMe-oF"
ONTAP Upgrade für Einzelknoten-Cluster
Sie können die ONTAP CLI verwenden, um ein automatisiertes Update eines Einzelknotenclusters durchzuführen. Einzelknotencluster weisen keine Redundanz auf, das bedeutet, dass Updates immer unterbrechungsfrei sind. Unterbrechende Upgrades können nicht mit System Manager durchgeführt werden.
Das Upgrade-"Vorbereitung"Schritte müssen abgeschlossen werden.
-
Das vorherige ONTAP Softwarepaket löschen:
cluster image package delete -version <previous_package_version> -
Das gewünschte ONTAP Softwarepaket herunterladen:
cluster image package get -url locationcluster1::> cluster image package get -url http://www.example.com/software/9.7/image.tgz Package download completed. Package processing completed.
-
Es sollte sichergestellt sein, dass das Softwarepaket im Cluster-Paket-Repository verfügbar ist:
cluster image package show-repositorycluster1::> cluster image package show-repository Package Version Package Build Time ---------------- ------------------ 9.7 M/DD/YYYY 10:32:15
-
Es sollte überprüft werden, ob der Cluster für das Upgrade bereit ist:
cluster image validate -version <package_version_number>cluster1::> cluster image validate -version 9.7 WARNING: There are additional manual upgrade validation checks that must be performed after these automated validation checks have completed...
-
Fortschritt der Validierung überwachen:
cluster image show-update-progress -
Alle im Rahmen der Validierung identifizierten erforderlichen Aktionen müssen abgeschlossen werden.
-
Optional kann eine Kostenschätzung für ein Software-Upgrade erstellt werden:
cluster image update -version <package_version_number> -estimate-onlyDie Kostenschätzung für das Software-Upgrade enthält Details zu jeder zu aktualisierenden Komponente und die geschätzte Dauer des Upgrades.
-
Das Software-Upgrade ausführen:
cluster image update -version <package_version_number>Wenn ein Problem auftritt, wird das Update angehalten und Sie werden aufgefordert, eine Korrekturmaßnahme zu ergreifen. Mit dem Befehl cluster image show-update-progress lassen sich Details zu etwaigen Problemen und dem Fortschritt des Updates anzeigen. Nach Behebung des Problems lässt sich das Update mit dem Befehl cluster image resume-update fortsetzen. -
Fortschritt der Clusteraktualisierung anzeigen:
cluster image show-update-progressDer Knoten wird im Rahmen des Updates neu gestartet und ist während des Neustarts nicht erreichbar.
-
Benachrichtigung auslösen:
autosupport invoke -node * -type all -message "Finishing_Upgrade"Wenn Ihr Cluster nicht für den Versand von Nachrichten konfiguriert ist, wird eine Kopie der Benachrichtigung lokal gespeichert.