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

Erfahren Sie mehr über die Verbindungen von Hardwarekomponenten in einer MetroCluster -IP-Konfiguration

Beitragende netapp-aherbin netapp-aoife netapp-thomi NetAppZacharyWambold netapp-ahibbard netapp-martyh

Bei der Planung Ihrer MetroCluster IP-Konfiguration sollten Sie sich mit den Hardwarekomponenten und den zugehörigen Verbindungen vertraut machen.

Wichtige Hardwarekomponenten

Eine MetroCluster IP-Konfiguration umfasst die folgenden wichtigen Hardwarekomponenten:

  • Storage Controller

    Die Storage Controller sind als zwei-Node-Cluster konfiguriert.

  • IP-Netzwerk

    Dieses Back-End-IP-Netzwerk bietet Konnektivität für zwei unterschiedliche Anwendungen:

    • Standardmäßige Cluster-Konnektivität für die Cluster-interne Kommunikation

      Dies ist dieselbe Cluster-Switch-Funktion, die auch in nicht-MetroCluster-ONTAP-Clustern mit Switch verwendet wird.

    • MetroCluster Back-End-Konnektivität für die Replizierung von Storage-Daten und nichtflüchtigem Cache

  • Cluster-Peering-Netzwerk

    Das Cluster-Peering-Netzwerk bietet Konnektivität zur Spiegelung der Cluster-Konfiguration, einschließlich der Storage Virtual Machine (SVM)-Konfiguration. Die Konfiguration aller SVMs auf einem Cluster wird dem Partner-Cluster gespiegelt.

mcc ip Hardwarearchitektur mcc ip

Disaster-Recovery-Gruppen (DR)

Eine MetroCluster IP-Konfiguration besteht aus einer DR-Gruppe mit vier Nodes.

Die folgende Abbildung zeigt die Organisation der Nodes in einer MetroCluster Konfiguration mit vier Nodes:

mcc dr Gruppen 4 Knoten

Darstellung der lokalen HA-Paare in einer MetroCluster Konfiguration

Jeder MetroCluster Standort besteht aus Storage Controllern, die als HA-Paar konfiguriert sind. Dadurch wird lokale Redundanz ermöglicht, sodass der lokale HA-Partner übernimmt, wenn ein Storage Controller ausfällt. Solche Ausfälle können ohne MetroCluster-Switchover-Operation behoben werden.

Lokale HA-Failover- und Giveback-Vorgänge werden mit Storage Failover-Befehlen auf gleiche Weise durchgeführt wie eine andere Konfiguration von MetroCluster.

mcc ip Hardware-Architektur ha-Paare
Verwandte Informationen

"ONTAP-Konzepte"

Darstellung des MetroCluster IP- und Cluster Interconnect-Netzwerks

ONTAP Cluster verfügen normalerweise über ein Cluster-Interconnect-Netzwerk für den Datenverkehr zwischen den Nodes im Cluster. In MetroCluster IP-Konfigurationen wird dieses Netzwerk auch für das übertragen von Daten-Replizierungsdatenverkehr zwischen den MetroCluster Standorten verwendet.

mcc ip-Hardwarearchitektur ip-Interconnect

Jeder Node in der MetroCluster IP-Konfiguration verfügt über dedizierte Schnittstellen zur Verbindung mit dem Back-End IP-Netzwerk:

  • Zwei MetroCluster IP-Schnittstellen

  • Zwei lokale Cluster-Schnittstellen

Die folgende Abbildung zeigt diese Schnittstellen. Die angegebene Port-Nutzung gilt für ein AFF A700 oder FAS9000 System.

Verwendung von mcc ip-Lif

Illustration des Cluster-Peering-Netzwerks

Die beiden Cluster in der MetroCluster Konfiguration werden über ein vom Kunden bereitgestellter Cluster-Peering-Netzwerk Peering Peering durchgeführt. Cluster Peering unterstützt die synchrone Spiegelung von Storage Virtual Machines (SVMs, früher Vserver genannt) zwischen den Standorten.

Intercluster-LIFs müssen auf jedem Node in der MetroCluster-Konfiguration konfiguriert werden, und die Cluster müssen für Peering konfiguriert sein. Die Ports mit den Intercluster-LIFs sind mit dem vom Kunden bereitgestellten Cluster-Peering-Netzwerk verbunden. Die Replizierung der SVM-Konfiguration erfolgt über dieses Netzwerk über den Configuration Replication Service.

mcc ip-Hardwarearchitektur Cluster-Peering-Netzwerk