Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Hochverfügbarkeitskonfigurationen

Beitragende
PDFs

Entdecken Sie Hochverfügbarkeitsoptionen, um die beste HA-Konfiguration für Ihre Umgebung auszuwählen.

Kunden verschieben ihre Applikations-Workloads zwar von Storage Appliances der Enterprise-Klasse auf softwarebasierte Lösungen, die auf Standard-Hardware ausgeführt werden. Die Erwartungen und Anforderungen an Ausfallsicherheit und Fehlertoleranz haben sich jedoch nicht geändert. Eine HA-Lösung mit einem Recovery Point Objective (RPO) von null schützt den Kunden vor Datenverlust durch Ausfall einer beliebigen Komponente im Infrastruktur-Stack.

Ein Großteil des SDS-Marktes basiert auf Storage ohne Shared-Ressourcen, Software-Replizierung bietet Ausfallsicherheit, da mehrere Kopien von Benutzerdaten in verschiedenen Storage-Silos gespeichert werden. ONTAP Select setzt dieses Konzept auf die von ONTAP bereitgestellten Funktionen für synchrone Replizierung (RAID SyncMirror), um eine zusätzliche Kopie von Benutzerdaten im Cluster zu speichern. Dies geschieht im Kontext eines HA-Paars. Jedes HA-Paar speichert zwei Kopien von Benutzerdaten: Eine auf dem vom lokalen Node bereitgestellten Storage und eine auf dem vom HA-Partner bereitgestellten Storage. Innerhalb eines ONTAP Select Clusters werden HA und synchrone Replizierung miteinander verknüpft, und die Funktionalität der beiden Cluster kann nicht unabhängig voneinander entkoppelt oder verwendet werden. Daher ist die Funktion zur synchronen Replizierung nur im Angebot mit mehreren Nodes verfügbar.

Hinweis In einem ONTAP Select Cluster ist die Funktion der synchronen Replizierung eine Funktion der HA-Implementierung und kein Ersatz für die asynchronen SnapMirror oder SnapVault Replizierungs-Engines. Die synchrone Replizierung kann nicht unabhängig von der HA verwendet werden.

Es gibt zwei ONTAP Select HA-Implementierungsmodelle: Die Cluster mit mehreren Nodes (vier, sechs oder acht Nodes) und die Cluster mit zwei Nodes. Das herausragende Merkmal eines ONTAP Select-Clusters mit zwei Knoten ist der Einsatz eines externen Mediators zur Lösung von Split-Brain-Szenarien. Die ONTAP Implementierung der VM dient als Standardmediator für alle HA-Paare mit zwei Nodes, die konfiguriert werden.

Die beiden Architekturen sind in den folgenden Abbildungen dargestellt.

ONTAP Select Cluster mit zwei Nodes mit Remote Mediator und mithilfe von lokalem Storage

ONTAP Select-Cluster mit zwei Nodes mit Remote-Mediator und mithilfe von lokalem Attached Storage

Hinweis Das ONTAP Select Cluster mit zwei Nodes besteht aus einem HA-Paar und einem Mediator. Innerhalb des HA-Paars werden Datenaggregate auf jedem Cluster-Node synchron gespiegelt und bei einem Failover gibt es keinen Datenverlust.

ONTAP Select-Cluster mit vier Nodes mit lokal angeschlossenem Speicher ONTAP Select-Cluster mit vier Nodes auf lokalen Attached Storage-Systemen

  • Das ONTAP Select Cluster mit vier Nodes besteht aus zwei HA-Paaren. Cluster mit sechs und acht Nodes bestehen aus drei oder vier HA-Paaren. Innerhalb jedes HA-Paars werden Datenaggregate auf jedem Cluster-Node synchron gespiegelt und bei einem Failover gibt es keinen Datenverlust.

  • Bei Verwendung von das Storage kann sich nur eine ONTAP Select Instanz auf einem physischen Server befinden. ONTAP Select benötigt ungemeinsamen Zugriff auf den lokalen RAID-Controller des Systems und ist für die Verwaltung der lokal angeschlossenen Festplatten konzipiert, was ohne physische Verbindung zum Storage unmöglich wäre.

Ha mit zwei Nodes im Vergleich mit Multi-Node-Hochverfügbarkeit

Im Gegensatz zu FAS Arrays kommunizieren ONTAP Select Nodes in einem HA-Paar ausschließlich über das IP-Netzwerk. Das bedeutet, dass das IP-Netzwerk ein Single Point of Failure (SPOF) ist, und der Schutz vor Netzwerkpartitionen und Split-Brain-Szenarien wird zu einem wichtigen Aspekt des Designs. Das Cluster mit mehreren Nodes kann Ausfälle einzelner Nodes kompensieren, da das Cluster-Quorum durch die drei oder mehr verbleibenden Nodes festgelegt werden kann. Das Cluster mit zwei Nodes basiert auf dem Mediator-Service, der von der ONTAP Deploy VM gehostet wird, um das gleiche Ergebnis zu erzielen.

Der Heartbeat-Netzwerk-Traffic zwischen den ONTAP Select Nodes und dem ONTAP Deploy Mediator Service ist minimal und ausfallsicher. So kann die ONTAP Deploy VM in einem anderen Datacenter als das ONTAP Select 2-Node Cluster gehostet werden.

Hinweis Die ONTAP Deploy-VM wird zum integralen Bestandteil eines Clusters mit zwei Nodes, wenn sie als Mediator für das Cluster dient. Wenn der Mediator-Service nicht verfügbar ist, stellt das Cluster mit zwei Nodes weiterhin Daten bereit, die Storage Failover-Funktionen des ONTAP Select Clusters sind jedoch deaktiviert. Daher muss der ONTAP Deploy Mediator Service die kontinuierliche Kommunikation mit jedem ONTAP Select Node im HA-Paar aufrecht erhalten. Um das Cluster-Quorum ordnungsgemäß zu funktionieren, ist eine minimale Bandbreite von 5 MB/s und eine RTT-Latenz (Maximum Round Trip Time, maximale Paketumlaufzeit) erforderlich.

Wenn die ONTAP VM, die als Mediator fungiert, vorübergehend oder möglicherweise endgültig nicht verfügbar ist, kann eine sekundäre ONTAP VM zur Implementierung verwendet werden, um das Quorum des Clusters mit zwei Nodes wiederherzustellen. Dies führt zu einer Konfiguration, in der die neue ONTAP Deploy VM die ONTAP Select Knoten nicht verwalten kann, aber sie nimmt erfolgreich am Cluster Quorum Algorithmus Teil. Die Kommunikation zwischen den ONTAP Select-Nodes und der ONTAP-VM „Deploy“ wird über das iSCSI-Protokoll über IPv4 durchgeführt. Die ONTAP Select-Node-Management-IP-Adresse ist der Initiator und die ONTAP VM-IP-Adresse für die Implementierung ist das Ziel. Daher ist es beim Erstellen eines Clusters mit zwei Nodes nicht möglich, IPv6-Adressen für die Node-Management-IP-Adressen zu unterstützen. Die gehosteten Mailbox-Festplatten mit ONTAP-Implementierung werden zum Zeitpunkt der Cluster-Erstellung mit zwei Nodes automatisch erstellt und auf die richtigen ONTAP Select Node-Management-IP-Adressen maskiert. Die gesamte Konfiguration wird während der Einrichtung automatisch ausgeführt und es sind keine weiteren administrativen Maßnahmen erforderlich. Die ONTAP Deploy-Instanz, die das Cluster erstellt, ist der Standardmediator für das Cluster.

Eine Verwaltungsmaßnahme ist erforderlich, wenn der ursprüngliche Mediatorstandort geändert werden muss. Es ist möglich, ein Cluster-Quorum wiederherzustellen, selbst wenn die ursprüngliche ONTAP-Deploy-VM verloren geht. NetApp empfiehlt jedoch, ein Backup der ONTAP Deploy-Datenbank zu erstellen, nachdem jedes Cluster mit zwei Nodes instanziiert ist.

MetroCluster-SDS (Stretch HA) mit zwei Nodes im Vergleich zu einer HA-Lösung

Ein aktiv/aktiv-HA-Cluster mit zwei Nodes kann über größere Entfernungen verteilt und jeden Node in einem anderen Datacenter platziert werden. Die einzige Unterscheidung zwischen einem Cluster mit zwei Nodes und einem Stretched Cluster mit zwei Nodes (auch als MetroCluster SDS bezeichnet) stellt die Entfernung der Netzwerkkonnektivität zwischen den Nodes dar.

Das 2-Node-Cluster wird als Cluster definiert, für das sich beide Nodes im selben Datacenter innerhalb von 300 m Entfernung befinden. Im Allgemeinen verfügen beide Nodes über Uplinks mit demselben Netzwerk-Switch oder einer Reihe von ISL-Netzwerk-Switches (Interswitch Link).

MetroCluster SDS mit zwei Nodes ist als Cluster definiert, für das Nodes physisch voneinander getrennt sind (unterschiedliche Räume, unterschiedliche Gebäude und verschiedene Datacenter), um mehr als 300 Millionen. Darüber hinaus sind die Uplink-Verbindungen jedes Knotens mit separaten Netzwerk-Switches verbunden. Für MetroCluster SDS ist keine dedizierte Hardware erforderlich. Die Umgebung sollte jedoch die Anforderungen an Latenz (maximal 5 ms für RTT und 5 ms für Jitter, insgesamt 10 ms) und physische Distanz (maximal 10 km) erfüllen.

MetroCluster SDS ist eine Premiumfunktion und erfordert eine Premium-Lizenz oder eine Premium-XL-Lizenz. Die Premium-Lizenz unterstützt die Erstellung kleiner und mittlerer VMs sowie von HDD- und SSD-Medien. Darüber hinaus unterstützt die Premium XL Lizenz auch die Erstellung von NVMe-Laufwerken.

Hinweis MetroCluster SDS wird sowohl von lokalem Attached Storage (das) als auch von Shared Storage (vNAS) unterstützt. Beachten Sie, dass vNAS Konfigurationen normalerweise eine höhere Latenz haben, da das Netzwerk zwischen der ONTAP Select VM und Shared Storage besteht. MetroCluster-SDS-Konfigurationen müssen unter Berücksichtigung der Shared-Storage-Latenz eine Latenz von maximal 10 ms zwischen den Nodes ermöglichen. In anderen Worten, es ist nicht ausreichend, die Latenz zwischen den Select VMs zu messen, da die gemeinsame Storage-Latenz für diese Konfigurationen nicht zu vernachlässigen ist.