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, Haltbarkeit und Bereitstellungsoptionen
Amazon FSx for NetApp ONTAP verwendet Single-AZ- und Multi-AZ-Bereitstellungstypen. Sie können aus vier Optionen wählen: Single-AZ 1, Single-AZ 2, Multi-AZ 1 und Multi-AZ 2. In diesem Thema werden die Verfügbarkeits- und Dauerhaftigkeitsmerkmale der einzelnen Bereitstellungstypen beschrieben, um Ihnen bei der Auswahl des für Ihre Workloads geeigneten Bereitstellungstypen zu helfen. Informationen zur Verfügbarkeit des Service SLA (Service Level Agreement) finden Sie unter Amazon FSx Service Level Agreement
Themen
Auswahl eines Bereitstellungstyps für das Dateisystem
Die Verfügbarkeits- und Haltbarkeitsmerkmale von Single-AZ- und Multi-AZ-Dateisystem-Bereitstellungstypen werden in den folgenden Abschnitten beschrieben.
Single-AZ-Bereitstellungstypen
Sie können für Ihr Single-AZ-Dateisystem zwischen Single-AZ 1 und Single-AZ 2 wählen. Single-AZ 1 ist ein Dateisystem der ersten Generation mit einem Hochverfügbarkeitspaar (HA), wohingegen Single-AZ 2 ein Dateisystem der zweiten Generation mit 1—12 HA-Paaren ist. Weitere Informationen finden Sie unter Auswahl einer Dateisystemgeneration.
Wenn Sie ein Single-AZ-Dateisystem erstellen, stellt Amazon FSx automatisch ein bis zwölf Dateiserverpaare in einer Active-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 einer geplanten Dateisystemwartung oder einer ungeplanten Betriebsunterbrechung eines aktiven Dateiservers leitet Amazon dieses Hochverfügbarkeitspaar (HA) FSx automatisch und unabhängig an den Standby-Dateiserver weiter, normalerweise innerhalb weniger Sekunden. Während eines Failovers haben Sie ohne manuelles Eingreifen weiterhin Zugriff auf Ihre Daten.
Um eine hohe Verfügbarkeit zu gewährleisten, überwacht Amazon FSx kontinuierlich Hardwareausfälle und ersetzt bei einem Ausfall automatisch Infrastrukturkomponenten. Um eine hohe Haltbarkeit zu erreichen, repliziert Amazon Ihre Daten FSx 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-Resilienz für alle Backup-Daten zu gewährleisten.
Single-AZ-Dateisysteme sind für Anwendungsfälle konzipiert, die nicht das Datenausfallsicherheitsmodell eines Multi-AZ-Dateisystems erfordern. Sie bieten eine kostenoptimierte Lösung für Anwendungsfälle wie Entwicklungs- und Testumgebungen oder das Speichern von Sekundärkopien von Daten, die bereits vor Ort oder an einem anderen Ort gespeichert sind AWS-Regionen, indem Daten nur innerhalb einer einzigen Availability Zone repliziert werden.
Das folgende Diagramm veranschaulicht die Architektur eines Dateisystems der ersten Generation FSx für ONTAP Single-AZ.
Multi-AZ-Bereitstellungstypen
Sie können für Ihr Multi-AZ-Dateisystem zwischen Multi-AZ 1 und Multi-AZ 2 wählen. Multi-AZ 1 ist ein Dateisystem der ersten Generation und Multi-AZ 2 ist ein Dateisystem der zweiten Generation. Beide Optionen haben ein HA-Paar. Weitere Informationen finden Sie unter Auswahl einer Dateisystemgeneration.
Multi-AZ-Dateisysteme unterstützen alle Verfügbarkeits- und Haltbarkeitsmerkmale von Single-AZ-Dateisystemen. Darüber hinaus sind sie so konzipiert, dass Daten auch dann kontinuierlich verfügbar sind, wenn eine Availability Zone nicht verfügbar ist. Multi-AZ-Bereitstellungen verfügen über ein einzelnes HA-Paar von Dateiservern. Der Standby-Dateiserver wird in einer anderen Availability Zone bereitgestellt als der aktive Dateiserver in derselben. AWS-Region Alle Änderungen, die in Ihr Dateisystem geschrieben werden, werden synchron über die Availability Zones hinweg in den Standby-Modus repliziert.
Multi-AZ-Dateisysteme sind für Anwendungsfälle wie geschäftskritische Produktionsworkloads konzipiert, die eine hohe Verfügbarkeit gemeinsam genutzter ONTAP Dateidaten erfordern und Speicher mit integrierter Replikation über Availability Zones hinweg benötigen. Das folgende Diagramm veranschaulicht die Architektur eines ONTAP Multi-AZ-Dateisystems der FSx ersten Generation.
Auswahl einer Dateisystemgeneration
Die folgende Tabelle veranschaulicht die Unterschiede zwischen Single-AZ- und Multi-AZ- und Multi-AZ FSx für ONTAP Dateisysteme der ersten und zweiten Generation.
| Dimension | Erste Generation | Zweite Generation (einzelnes HA-Paar) | Zweite Generation (mehrere Paare) |
|---|---|---|---|
| Deployment type (Bereitstellungstyp) | SINGLE_AZ_1 MULTI_AZ_1 |
SINGLE_AZ_2 MULTI_AZ_2 |
SINGLE_AZ_2 |
| HA-Paare | 1 HA-Paar | 1—12 HA-Paare | |
| SSDSpeicher |
Mindestens: 1 TiB Maximal: 192 TiB |
Mindestens: 1 TiB Maximal: 512 TiB |
Minimum: 1 TiB (pro HA-Paar) Maximum: 1 PiB (insgesamt) |
| SSD IOPS |
Minimum: 3IOPS/GIBvon SSD Maximum: 160.000 |
Minimum: 3IOPS/GIBvon SSD Maximum: 200.000 |
Minimum: 3IOPS/GIBvon SSD Maximum: 2.400.000 (200.000 pro HA-Paar) |
| Durchsatzkapazität | 128MBps; 256; 512MBps; 1.024MBps; 2.048MBps; MBps 4.096 MBps | 384MBps; 768; 1.536; 3.072MBps; 6.144 MBps MBps MBps | 1.536 MBps (pro HA-Paar); 3.072 (pro HA-Paar); MBps 6.144 (pro HA-Paar) MBps |
Anmerkung
Sie können den Bereitstellungstyp Ihres Dateisystems nach der Erstellung nicht ändern. Wenn Sie den Bereitstellungstyp ändern möchten (z. B. um von Single-AZ 1 auf Single-AZ 2 zu wechseln), können Sie Ihre Daten sichern und sie auf einem neuen Dateisystem wiederherstellen. Sie können Ihre Daten auch mitNetApp SnapMirror, mit oder mit einem AWS DataSync Datenkopiertool eines Drittanbieters migrieren. Weitere Informationen erhalten Sie unter Migration zu FSx for ONTAP mit NetApp SnapMirror und Migration zu FSx for ONTAP mit AWS DataSync.
Failover-Prozess für FSx ONTAP
Single-AZ- und Multi-AZ-Dateisysteme führen automatisch ein Failover eines bestimmten HA-Paars vom bevorzugten oder aktiven Dateiserver zum Standby-Dateiserver durch, wenn eine der folgenden Bedingungen eintritt:
-
Der bevorzugte oder aktive Dateiserver ist nicht mehr verfügbar
-
Die Durchsatzkapazität des Dateisystems wurde geändert
-
Der bevorzugte oder aktive Dateiserver wird planmäßig gewartet
-
Ein Ausfall der Availability Zone ist aufgetreten (nur Multi-AZ-Dateisysteme)
Anmerkung
Bei Dateisystemen der zweiten Generation mit mehreren HA-Paaren ist das Failover-Verhalten jedes HA-Paares unabhängig. Wenn der bevorzugte Dateiserver für ein HA-Paar nicht verfügbar ist, wird nur für dieses HA-Paar ein Failover auf seinen Standby-Dateiserver ausgeführt.
Beim Failover von einem Dateiserver auf einen anderen beginnt der neue aktive Dateiserver automatisch, alle Lese- und Schreibanforderungen des Dateisystems an dieses HA-Paar zu bearbeiten. Wenn bei Multi-AZ-Dateisystemen der bevorzugte Dateiserver vollständig wiederhergestellt und verfügbar ist, kehrt Amazon FSx automatisch auf diesen zurück, wobei das Failback in der Regel in weniger als 60 Sekunden abgeschlossen ist. Bei Single-AZ- und Multi-AZ-Dateisystemen dauert ein Failover in der Regel weniger als 60 Sekunden 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 Datenzugriff verwenden, dieselbe SMB bleibt NFS oder dieselbe bleibt, sind Failover für Linux-, Windows- und macOS-Anwendungen transparent, die den Dateisystembetrieb ohne manuelles Eingreifen wieder aufnehmen.
Informationen dazu, wie Sie sicherstellen können, dass Failover FSx für Clients, die mit Ihren ONTAP Single-AZ- und Multi-AZ-Dateisystemen verbunden sind, transparent sind, finden Sie unter. Zugriff auf Daten aus dem AWS Cloud
Testen des Failovers auf einem Dateisystem
Sie können den Failover auf Ihrem Dateisystem testen, indem Sie dessen Durchsatzkapazität ändern. Wenn Sie die Durchsatzkapazität Ihres Dateisystems ändern, FSx schaltet Amazon die Dateiserver des Dateisystems seriell aus. Dateisysteme wechseln automatisch zum sekundären Server, während Amazon zuerst den bevorzugten Dateiserver FSx ersetzt. Nach der Aktualisierung kehrt das Dateisystem automatisch zum neuen Primärserver zurück und Amazon FSx ersetzt den sekundären Dateiserver.
Sie können den Fortschritt der Anfrage zur Aktualisierung der Durchsatzkapazität in der FSx Amazon-KonsoleCLI, dem und dem überwachenAPI. Weitere Informationen zur Änderung der Durchsatzkapazität Ihres Dateisystems und zur Überwachung des Fortschritts der Anfrage finden Sie unterVerwaltung 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 ausgewählten Subnetze müssen sich in unterschiedlichen Availability Zones innerhalb derselben befinden. AWS-Region Weitere Informationen zu Amazon VPC finden Sie unter Was ist AmazonVPC? im Amazon Virtual Private Cloud Cloud-Benutzerhandbuch.
Anmerkung
Unabhängig vom angegebenen Subnetz können Sie von jedem Subnetz innerhalb des Dateisystems auf Ihr Dateisystem zugreifen. VPC
Elastische Netzwerkschnittstellen für Dateisysteme
Für Single-AZ-Dateisysteme stellt Amazon FSx zwei elastische Netzwerkschnittstellen (ENI) in dem Subnetz bereit, das Sie Ihrem Dateisystem zuordnen. Für Multi-AZ-Dateisysteme stellt Amazon FSx auch zwei bereitENIs, eines in jedem der Subnetze, die Sie Ihrem Dateisystem zuordnen. Clients kommunizieren über die elastic network interface mit Ihrem FSx Amazon-Dateisystem. Es wird davon ausgegangen, dass die Netzwerkschnittstellen zum Serviceumfang von Amazon gehörenFSx, obwohl sie Teil Ihres Kontos sindVPC. Multi-AZ-Dateisysteme verwenden Floating-IP-Adressen (Internet Protocol), sodass verbundene Clients während eines Failover-Ereignisses nahtlos zwischen dem bevorzugten und dem Standby-Dateiserver wechseln können.
Warnung
Sie dürfen die mit Ihrem Dateisystem verknüpften Elastic Network-Schnittstellen nicht ändern oder löschen. Das Ändern oder Löschen der Netzwerkschnittstelle kann zu einem dauerhaften Verlust der Verbindung zwischen Ihrem VPC und Ihrem Dateisystem führen.
Bei den Elastic Network-Schnittstellen, die mit Ihrem Dateisystem verknüpft sind, werden automatisch Routen erstellt und zu Ihren Standard- VPC und Subnetz-Routentabellen hinzugefügt. Das Ändern oder Löschen dieser Routen kann zu einem vorübergehenden oder dauerhaften Verlust der Konnektivität Ihrer Dateisystem-Clients führen.
In der folgenden Tabelle sind die Subnetz-, elastic network interface- und IP-Adressressourcen für jeden der vier Bereitstellungstypen FSx für ONTAP Dateisysteme zusammengefasst:
| Single-AZ der ersten Generation | Single-AZ der zweiten Generation | Multi-AZ | |
|---|---|---|---|
| Anzahl der Subnetze | 1 | 1 | 2 |
| Anzahl der elastischen Netzwerkschnittstellen | 2 | 2 pro HA-Paar | 2 |
| Anzahl der IP-Adressen pro ENI | 1 + die Nummer von SVMs im Dateisystem | Anzahl der HA-Paare + Anzahl der HA-Paare multipliziert mit der Anzahl von SVMs im Dateisystem | 1 + die Zahl von SVMs im Dateisystem |
| Anzahl der VPC Route-Tabellen-Routen | N/A | N/A | 1 + die Nummer von SVMs im Dateisystem |
Sobald ein Dateisystem oder SVM erstellt wurde, ändern sich seine IP-Adressen erst, wenn das Dateisystem gelöscht wird.
Wichtig
Amazon unterstützt FSx nicht den Zugriff auf Dateisysteme aus dem öffentlichen Internet oder die Bereitstellung von Dateisystemen im öffentlichen Internet. Amazon trennt FSx automatisch jede Elastic IP-Adresse, bei der es sich um eine öffentliche IP-Adresse handelt, die über das Internet erreichbar ist und die an die elastic network interface eines Dateisystems angehängt wird.
