Skip to main content
Alle Cloud-Provider
  • Amazon Web Services
  • Google Cloud
  • Microsoft Azure
  • Alle Cloud-Provider
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Hochverfügbarkeitspaare in Azure

Beitragende

Ein HA-Paar (Cloud Volumes ONTAP High Availability, Hochverfügbarkeit) bietet Zuverlässigkeit der Enterprise-Klasse und unterbrechungsfreien Betrieb bei Ausfällen in der Cloud-Umgebung. In Azure wird der Storage zwischen den beiden Nodes gemeinsam genutzt.

HA-Komponenten

HA-Konfiguration mit einer einzelnen Verfügbarkeitszone und Seitenlobs

Eine Cloud Volumes ONTAP HA-Page Blob-Konfiguration in Azure umfasst die folgenden Komponenten:

Ein konzeptuelles Image, das einen Load Balancer zeigt, der den eingehenden Datenverkehr von BlueXP  und Clients, zwei Cloud Volumes ONTAP-Nodes in einem VMSS Flex, SSD-Laufwerke für Boot-Daten und Page Blobs für Kundendaten verwaltet.

Beachten Sie Folgendes zu den Azure Komponenten, die BlueXP für Sie implementiert:

Azure Standard Load Balancer

Der Load Balancer managt den eingehenden Datenverkehr zum Cloud Volumes ONTAP HA-Paar.

VMs in einzelnen Verfügbarkeitszonen

Ab Cloud Volumes ONTAP 9.15.1 können Sie heterogene Virtual Machines (VMs) in einer einzelnen Verfügbarkeitszone (AZ) erstellen und managen. Sie können Hochverfügbarkeits-(HA-)Nodes in separaten Fehler-Domains innerhalb derselben Verfügbarkeitszone implementieren und so eine optimale Verfügbarkeit sicherstellen. Weitere Informationen zum flexiblen Orchestrierungsmodus, der diese Funktion ermöglicht, finden Sie unter "Microsoft Azure-Dokumentation: Virtual Machine-Skalierungssets".

Festplatten

Die Kundendaten werden auf den Blobs für Premium Storage Seite gespeichert. Jeder Node hat Zugriff auf den Storage des anderen Nodes. Für ist auch zusätzlicher Speicher erforderlich "Boot-, Root- und Core-Daten".

Konten mit Storage-Systemen
  • Für verwaltete Festplatten ist ein Speicherkonto erforderlich.

  • Für die Blobs auf Premium Storage-Seite sind mindestens ein Storage-Konto erforderlich, da das Kapazitätslimit pro Storage-Konto erreicht wird.

  • Für das Daten-Tiering zu Azure Blob Storage ist ein Storage-Konto erforderlich.

  • Ab Cloud Volumes ONTAP 9.7 sind die Storage-Konten, die BlueXP für HA-Paare erstellt, allgemeine v2 Storage-Konten.

  • Sie können bei der Erstellung einer Arbeitsumgebung eine HTTPS-Verbindung von einem Cloud Volumes ONTAP 9.7 HA-Paar zu Azure Storage-Konten aktivieren. Beachten Sie, dass die Aktivierung dieser Option sich auf die Schreib-Performance auswirken kann. Sie können die Einstellung nicht ändern, nachdem Sie die Arbeitsumgebung erstellt haben.

HA-Konfiguration mit einer einzelnen Verfügbarkeitszone und gemeinsam genutzten gemanagten Festplatten

Eine Cloud Volumes ONTAP HA-Konfiguration für eine einzelne Verfügbarkeitszone, die auf gemeinsam genutzten, verwalteten Festplatten ausgeführt wird, umfasst die folgenden Komponenten:

Ein konzeptionelles Image, das einen Load Balancer zeigt, der den eingehenden Datenverkehr von BlueXP  und Clients verwaltet, zwei Cloud Volumes ONTAP-Knoten in VMSS Flex, SSD-Laufwerke für Startdaten und LRS-verwaltete Laufwerke für Kundendaten.

Beachten Sie Folgendes zu den Azure Komponenten, die BlueXP für Sie implementiert:

Azure Standard Load Balancer

Der Load Balancer managt den eingehenden Datenverkehr zum Cloud Volumes ONTAP HA-Paar.

VMs in einzelnen Verfügbarkeitszonen

Ab Cloud Volumes ONTAP 9.15.1 können Sie heterogene Virtual Machines (VMs) in einer einzelnen Verfügbarkeitszone (AZ) erstellen und managen. Sie können Hochverfügbarkeits-(HA-)Nodes in separaten Fehler-Domains innerhalb derselben Verfügbarkeitszone implementieren und so eine optimale Verfügbarkeit sicherstellen. Weitere Informationen zum flexiblen Orchestrierungsmodus, der diese Funktion ermöglicht, finden Sie unter "Microsoft Azure-Dokumentation: Virtual Machine-Skalierungssets".

Die zonale Bereitstellung verwendet Premium SSD v2 Managed Disks, wenn die folgenden Bedingungen erfüllt sind:

Festplatten

Kundendaten befinden sich auf lokal redundanten, über LRS (Storage Management) gemanagten Festplatten. Jeder Node hat Zugriff auf den Storage des anderen Nodes. Zusätzliche Lagerung ist auch für erforderlich"Boot-, Root-, Partner-Root-, Core- und NVRAM-Daten".

Konten mit Storage-Systemen

Storage-Konten werden für gemanagte, festplattenbasierte Implementierungen verwendet, um Diagnoseprotokolle und das Tiering an Blob-Storage zu verarbeiten.

KONFIGURATION der verschiedenen Verfügbarkeitszonen

Eine Cloud Volumes ONTAP HA Konfiguration mit mehreren Verfügbarkeitszonen in Azure umfasst die folgenden Komponenten:

Ein Konzept-Image, das einen Load Balancer für das Management von eingehenden Datenverkehr von BlueXP und Clients, zwei Cloud Volumes ONTAP-Nodes in zwei Verfügbarkeitszonen, SSD-Festplatten für Boot-Daten und gemanagte Festplatten für Kundendaten anzeigt.

Beachten Sie Folgendes zu den Azure Komponenten, die BlueXP für Sie implementiert:

Azure Standard Load Balancer

Der Load Balancer managt den eingehenden Datenverkehr zum Cloud Volumes ONTAP HA-Paar.

Verfügbarkeitszonen

Die Konfiguration mit mehreren Verfügbarkeitszonen nutzt ein Implementierungsmodell, bei dem zwei Cloud Volumes ONTAP Nodes in unterschiedlichen Verfügbarkeitszonen implementiert werden. Dadurch wird sichergestellt, dass die Nodes sich in verschiedenen Fehlerdomänen befinden, um Redundanz und Verfügbarkeit zu bieten. Informationen darüber, wie die Skalierungsgruppen für Virtual Machines im flexiblen Orchestrierungsmodus Verfügbarkeitszonen in Azure verwenden können, finden Sie unter "Microsoft Azure-Dokumentation: Erstellen eines Virtual Machine-Skalierungssets, das Verfügbarkeitszonen verwendet".

Festplatten

Kundendaten befinden sich auf zonenredundanten Storage-Laufwerken (ZRS), die von gemanagt werden. Jeder Node hat Zugriff auf den Storage des anderen Nodes. Für ist auch zusätzlicher Speicher erforderlich "Boot-, Root-, Partner-Root- und Kerndaten".

Konten mit Storage-Systemen

Storage-Konten werden für gemanagte, festplattenbasierte Implementierungen verwendet, um Diagnoseprotokolle und das Tiering an Blob-Storage zu verarbeiten.

RPO und RTO

Eine HA-Konfiguration sorgt für eine hohe Verfügbarkeit Ihrer Daten wie folgt:

  • Das Recovery Point Objective (RPO) beträgt 0 Sekunden. Ihre Daten sind transaktionskonsistent und ohne Datenverlust.

  • Die Recovery-Zeitvorgabe (RTO) beträgt 120 Sekunden. Bei einem Ausfall sollten die Daten in maximal 120 Sekunden verfügbar sein.

Storage-Übernahme und -Giveback

Storage in einem Azure HA-Paar wird, ähnlich wie bei einem physischen ONTAP Cluster, von den Nodes gemeinsam genutzt. Durch Verbindungen zum Storage des Partners kann jeder Node im Falle einer Übernahme_ auf den Storage des anderen zugreifen. Durch Failover-Mechanismen von Netzwerkpfaden wird sichergestellt, dass Clients und Hosts weiterhin mit dem verbleibenden Node kommunizieren. Der Partner_gibt Back_ Storage zurück, wenn der Node wieder in den Online-Modus versetzt wird.

Bei NAS-Konfigurationen werden Daten-IP-Adressen bei Ausfällen automatisch zwischen HA Nodes migriert.

Für iSCSI verwendet Cloud Volumes ONTAP Multipath I/O (MPIO) und Asymmetric Logical Unit Access (ALUA), um das Pfad-Failover zwischen den Aktiv- und Nicht-optimierten Pfaden zu managen.

Hinweis Informationen darüber, welche spezifischen Host-Konfigurationen ALUA unterstützen, finden Sie im "NetApp Interoperabilitäts-Matrix-Tool" und im "Leitfaden für SAN-Hosts und Cloud-Clients" für Ihr Host-Betriebssystem.

Storage-Übernahme, -Resynchronisierung und -Rückgabe sind standardmäßig automatisch erfolgt. Es ist keine Benutzeraktion erforderlich.

Storage-Konfigurationen

Sie können ein HA-Paar als aktiv/aktiv-Konfiguration verwenden, in der beide Nodes Daten für Clients bereitstellen, oder als aktiv/Passiv-Konfiguration, bei der der passive Node nur dann auf Datenanfragen reagiert, wenn er den Storage für den aktiven Node übernommen hat.