Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Verfügbarkeit und Beständigkeit
Amazon FSx für NetApp ONTAP verwendet zwei Bereitstellungstypen, Single-AZ und Multi-AZ, die unterschiedliche Verfügbarkeits- und Haltbarkeitsstufen bieten. In diesem Thema werden die Verfügbarkeits- und Haltbarkeitsfunktionen der einzelnen Bereitstellungstypen beschrieben, damit Sie die für Ihre Workloads am besten geeignete auswählen können. Informationen zur Verfügbarkeits-SLA des Services (Service Level Agreement) finden Sie unter Amazon FSx Service Level Agreement.
Themen
Auswählen eines Dateisystem-Bereitstellungstyps
Die Verfügbarkeits- und Haltbarkeitsfunktionen von Single-AZ- und Multi-AZ-Dateisystem-Bereitstellungstypen werden in den folgenden Abschnitten beschrieben.
Single-AZ-Bereitstellungstyp
Wenn Sie ein Single-AZ-Dateisystem erstellen, stellt Amazon FSx automatisch ein bis zwölf Paare von Dateiservern in einer Aktiv-Standby-Konfiguration bereit, wobei sich die aktiven und Standby-Dateiserver in jedem Paar in separaten Fehlerdomänen innerhalb einer einzigen Availability Zone in der befinden AWS-Region. Während der geplanten Dateisystemwartung oder einer ungeplanten Serviceunterbrechung eines aktiven Dateiservers führt Amazon FSx automatisch und unabhängig ein Failover dieses Hochverfügbarkeitspaars (HA) zum Standby-Dateiserver durch, in der Regel innerhalb weniger Sekunden. Während eines Failovers haben Sie weiterhin ohne manuellen Eingriff Zugriff auf Ihre Daten.
Um eine hohe Verfügbarkeit zu gewährleisten, überwacht Amazon FSx kontinuierlich auf Hardwareausfälle und ersetzt automatisch Infrastrukturkomponenten im Falle eines Ausfalls. Um eine hohe Haltbarkeit zu erreichen, repliziert Amazon FSx Ihre Daten automatisch innerhalb einer Availability Zone, um sie vor Komponentenausfällen zu schützen. Darüber hinaus haben Sie die Möglichkeit, automatische tägliche Backups Ihrer Dateisystemdaten zu konfigurieren. Diese Backups werden in mehreren Availability Zones gespeichert, um Multi-AZ-Ausfallsicherheit für alle Backup-Daten zu gewährleisten.
Single-AZ-Dateisysteme sind für Anwendungsfälle konzipiert, für die das Datenausfallsicherheitsmodell eines Multi-AZ-Dateisystems nicht erforderlich ist. Sie bieten eine kostenoptimierte Lösung für Anwendungsfälle wie Entwicklungs- und Testumgebungen oder das Speichern sekundärer Kopien von Daten, die bereits On-Premises oder in anderen gespeichert sind AWS-Regionen, indem sie Daten nur innerhalb einer einzigen Availability Zone replizieren.
Das folgende Diagramm veranschaulicht die Architektur für ein Single-AZ-Dateisystem von FSx für ONTAP.
Multi-AZ-Bereitstellungstyp
Multi-AZ-Dateisysteme unterstützen alle Verfügbarkeits- und Haltbarkeitsfunktionen von Single-AZ-Dateisystemen. Darüber hinaus sind sie darauf ausgelegt, Daten kontinuierlich verfügbar zu machen, auch wenn eine Availability Zone nicht verfügbar ist. Multi-AZ-Bereitstellungen verfügen über ein einziges HA-Paar von Dateiservern. Der Standby-Dateiserver wird in einer anderen Availability Zone als der aktive Dateiserver in derselben bereitgestellt AWS-Region. Alle in Ihr Dateisystem geschriebenen Änderungen werden synchron über Availability Zones in den Standby-Modus repliziert.
Multi-AZ-Dateisysteme sind für Anwendungsfälle wie geschäftskritische Produktions-Workloads konzipiert, die eine hohe Verfügbarkeit für gemeinsam genutzte ONTAP-Dateidaten und Speicher mit integrierter Replikation über Availability Zones hinweg erfordern. Das folgende Diagramm veranschaulicht die Architektur für ein FSx-für-ONTAP-Multi-AZ-Dateisystem.
Failover-Prozess für FSx für ONTAP
Single-AZ- und Multi-AZ-Dateisysteme führen automatisch ein Failover für ein bestimmtes HA-Paar vom bevorzugten oder aktiven Dateiserver zum Standby-Dateiserver durch, wenn eine der folgenden Bedingungen eintritt:
-
Der bevorzugte oder aktive Dateiserver ist nicht verfügbar
-
Die Durchsatzkapazität des Dateisystems wird geändert
-
Der bevorzugte oder aktive Dateiserver wird einer geplanten Wartung unterzogen
-
Es kommt zu einem Ausfall der Availability Zone (nur Multi-AZ-Dateisysteme)
Anmerkung
Bei Scale-Out-Dateisystemen ist das Failover-Verhalten jedes HA-Paares unabhängig. Wenn der bevorzugte Dateiserver für ein HA-Paar nicht verfügbar ist, führt nur dieses HA-Paar ein Failover auf seinen Standby-Dateiserver durch.
Beim Failover von einem Dateiserver zu einem anderen beginnt der neue aktive Dateiserver automatisch mit der Verarbeitung aller Lese- und Schreibanforderungen des Dateisystems an dieses HA-Paar. Wenn bei Multi-AZ-Dateisystemen der bevorzugte Dateiserver vollständig wiederhergestellt ist und verfügbar wird, schlägt Amazon FSx automatisch zurück, wobei das Failback normalerweise in weniger als 60 Sekunden abgeschlossen wird. Bei Single-AZ- und Multi-AZ-Dateisystemen wird ein Failover in der Regel in weniger als 60 Sekunden abgeschlossen, von der Erkennung des Fehlers auf dem aktiven Dateiserver bis zur Heraufstufung des Standby-Dateiservers in den aktiven Status. Da die Endpunkt-IP-Adresse, die Clients für den Zugriff auf Daten über NFS oder SMB verwenden, gleich bleibt, sind Failovers für Linux-, Windows- und macOS-Anwendungen transparent, die den Dateisystembetrieb ohne manuellen Eingriff fortsetzen.
Informationen dazu, wie Sie sicherstellen, dass Failovers für Clients transparent sind, die mit Ihren Single-AZ- und Multi-AZ-Dateisystemen von FSx für ONTAP verbunden sind, finden Sie unter Zugriff auf Daten von innen AWS.
Testen des Failovers auf einem Dateisystem
Sie können Failover auf Ihrem Scale-up-Dateisystem testen, indem Sie dessen Durchsatzkapazität ändern. Wenn Sie die Durchsatzkapazität Ihres Dateisystems ändern, schaltet Amazon FSx die Dateiserver des Dateisystems seriell aus. Dateisysteme führen automatisch ein Failover auf den sekundären Server durch, während Amazon FSx zuerst den bevorzugten Dateiserver ersetzt. Nach der Aktualisierung schlägt das Dateisystem automatisch auf den neuen primären Server zurück und Amazon FSx ersetzt den sekundären Dateiserver.
Sie können den Fortschritt der Aktualisierungsanforderung für die Durchsatzkapazität in der Amazon-FSx-Konsole, der CLI und der API überwachen. Weitere Informationen zum Ändern der Durchsatzkapazität Ihres Dateisystems und zur Überwachung des Fortschritts der Anforderung finden Sie unter Verwaltung der Durchsatzkapazität.
Netzwerkressourcen
In diesem Abschnitt werden die Netzwerkressourcen beschrieben, die von Single-AZ- und Multi-AZ-Dateisystemen verbraucht werden.
Subnetze
Wenn Sie ein Single-AZ-Dateisystem erstellen, geben Sie ein einzelnes Subnetz für das Dateisystem an. Das von Ihnen gewählte Subnetz definiert die Availability Zone, in der das Dateisystem erstellt wird. Wenn Sie ein Multi-AZ-Dateisystem erstellen, geben Sie zwei Subnetze an, eines für den bevorzugten Dateiserver und eines für den Standby-Dateiserver. Die beiden von Ihnen ausgewählten Subnetze müssen sich in verschiedenen Availability Zones innerhalb derselben befinden AWS-Region. Weitere Informationen zu Amazon VPC finden Sie unter Was ist Amazon VPC? im Amazon Virtual Private Cloud-Benutzerhandbuch.
Anmerkung
Unabhängig vom angegebenen Subnetz können Sie von jedem Subnetz innerhalb der VPC des Dateisystems aus auf Ihr Dateisystem zugreifen.
Elastic Network-Schnittstellen für Dateisysteme
Für Single-AZ-Dateisysteme stellt Amazon FSx zwei Elastic Network-Schnittstellen (ENI) in dem Subnetz bereit, das Sie Ihrem Dateisystem zuordnen. Für Multi-AZ-Dateisysteme stellt Amazon FSx auch zwei ENIs bereit, eine in jedem der Subnetze, die Sie Ihrem Dateisystem zuordnen. Clients kommunizieren über die Elastic-Network-Schnittstelle mit Ihrem Amazon-FSx-Dateisystem. Die Netzwerkschnittstellen gelten als im Servicebereich von Amazon FSx , obwohl sie Teil der VPC Ihres Kontos sind. Multi-AZ-Dateisysteme verwenden Floating Internet Protocol (IP)-Adressen, sodass verbundene Clients während eines Failover-Ereignisses nahtlos zwischen den bevorzugten und Standby-Dateiservern wechseln können.
Warnung
Sie dürfen die Ihrem Dateisystem zugeordneten Elastic Network-Schnittstellen nicht ändern oder löschen. Das Ändern oder Löschen der Netzwerkschnittstelle kann zu einem dauerhaften Verbindungsverlust zwischen Ihrer VPC und Ihrem Dateisystem führen.
Bei den Elastic Network-Schnittstellen, die Ihrem Dateisystem zugeordnet sind, werden Routen automatisch erstellt und zu Ihren Standard-VPC- und Subnetz-Routing-Tabellen hinzugefügt. Das Ändern oder Löschen dieser Routen kann zu einem vorübergehenden oder dauerhaften Verlust der Konnektivität für Ihre Dateisystem-Clients führen.
In der folgenden Tabelle sind die Subnetz-, Elastic-Network-Schnittstellen- und IP-Adressressourcen für die einzelnen Bereitstellungstypen des FSx-für-ONTAP-Dateisystems zusammengefasst:
| Single-AZ (hochskalieren) | Single-AZ (Skalierung) | Multi-AZ (hochskalieren) | |
|---|---|---|---|
| Anzahl der Subnetze | 1 | 1 | 2 |
| Anzahl der Elastic Network-Schnittstellen | 2 | 2 pro HA-Paar | 2 |
| Anzahl der IP-Adressen pro ENI | 1 + die Anzahl der SVMs im Dateisystem | Anzahl der HA-Paare + Anzahl der HA-Paare multipliziert mit der Anzahl der SVMs im Dateisystem | 1 + die Anzahl der SVMs im Dateisystem |
| Anzahl der Routen der VPC-Routing-Tabelle | N/A | N/A | 1 + die Anzahl der SVMs im Dateisystem |
Sobald ein Dateisystem oder eine SVM erstellt wurde, ändern sich seine IP-Adressen erst, wenn das Dateisystem gelöscht wurde.
Wichtig
Amazon FSx unterstützt nicht den Zugriff auf Dateisysteme aus dem öffentlichen Internet oder die Offenlegung von Dateisystemen im öffentlichen Internet. Amazon FSx trennt automatisch jede Elastic IP-Adresse, bei der es sich um eine öffentliche IP-Adresse handelt, die vom Internet erreichbar ist, die an die Elastic Network-Schnittstelle eines Dateisystems angehängt wird.
