Kontinuierliche Verfügbarkeit mit MetroCluster
MetroCluster Konfigurationen sichern Daten, indem sie zwei physisch getrennte, gespiegelte Cluster implementieren. Jedes Cluster repliziert die Daten synchron zur SVM-Konfiguration des anderen. Bei einem Ausfall an einem Standort kann ein Administrator die gespiegelte SVM aktivieren und vom verbleibenden Standort aus Daten bereitstellen.
-
Fabric-Attached MetroCluster_- und MetroCluster IP_-Konfigurationen unterstützen Cluster auf Großraumebene.
-
Stretch MetroCluster Konfigurationen unterstützen Cluster auf dem gesamten Campus.
In beiden Fällen müssen Cluster Peering durchgeführt werden.
MetroCluster verwendet eine ONTAP Funktion namens SyncMirror, um Aggregatdaten für jeden Cluster in Kopien bzw. plexes, im Storage des anderen Clusters synchron zu spiegeln. Tritt eine Umschaltung auf, wird der Remote-Plex auf dem verbleibenden Cluster online geschaltet, und die sekundäre SVM stellt Daten bereit.
Verwendung von SyncMirror in nicht-MetroCluster Implementierungen optional können Sie SyncMirror in einer nicht-MetroCluster-Implementierung zum Schutz vor Datenverlust einsetzen, wenn mehr Festplatten ausfallen als der RAID-Typ schützt oder wenn die Verbindung zu den Festplatten der RAID-Gruppe unterbrochen wird. Die Funktion ist nur für HA-Paare verfügbar. Zusammengefasste Daten werden in Plexen gespiegelt, die auf unterschiedlichen Festplatten-Shelfs gespeichert sind. Wenn eines der Shelfs nicht mehr verfügbar ist, wird der nicht betroffene Plex weiterhin Daten bereitstellen, während Sie die Ursache des Fehlers korrigieren. Beachten Sie, dass ein mit SyncMirror gespiegeltes Aggregat doppelt so viel Storage erfordert wie ein nicht gespiegeltes Aggregat. Jeder Plex benötigt so viele Festplatten wie der Plex er spiegelt. Sie würden 2,880 GB Festplattenspeicher benötigen, zum Beispiel, um ein 1,440 GB Aggregat zu spiegeln, 1,440 GB für jeden Plex. Mit SyncMirror wird empfohlen, mindestens 20 % freien Speicherplatz für gespiegelte Aggregate freizuhalten, um so eine optimale Storage Performance und Verfügbarkeit zu erzielen. Obwohl die Empfehlung 10 % für nicht gespiegelte Aggregate ist, können die zusätzlichen 10 % des Speicherplatzes vom Dateisystem verwendet werden, um inkrementelle Änderungen aufzunehmen. Inkrementelle Änderungen erhöhen die Speicherplatzauslastung für gespiegelte Aggregate aufgrund der Snapshot-basierten Architektur von ONTAP, die auf dem Copy-on-Write basiert. Die Nichteinhaltung dieser Best Practices kann sich negativ auf die Performance der SyncMirror-Resynchronisierung auswirken, die sich indirekt auf betriebliche Workflows wie NDU bei nicht-Shared Cloud-Implementierungen und auf den Wechsel zu MetroCluster-Implementierungen auswirkt.
|