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 Haltbarkeit: Single-AZ- und Multi-AZ-Dateisysteme

Amazon FSx for Windows File Server bietet zwei Arten der Dateisystembereitstellung: Single-AZ und Multi-AZ. Die folgenden Abschnitte enthalten Informationen, die Ihnen bei der Auswahl des richtigen Bereitstellungstyps für Ihre Workloads helfen sollen. Informationen zum Verfügbarkeits-SLA (Service Level Agreement) des Services finden Sie unter Amazon FSx Service Level Agreement.

Single-AZ-Dateisysteme bestehen aus einer einzelnen Windows-Dateiserverinstanz und einer Reihe von Speichervolumes innerhalb einer einzigen Availability Zone (AZ). Bei Single-AZ-Dateisystemen werden Daten in den meisten Fällen automatisch repliziert, um sie vor dem Ausfall einer einzelnen Komponente zu schützen. Amazon FSx überwacht kontinuierlich Hardwarefehler und stellt die Wiederherstellung nach Ausfällen automatisch wieder her, indem die ausgefallene Infrastrukturkomponente ersetzt wird. Single-AZ-Dateisysteme sind während dieser Ausfallwiederherstellungsereignisse und während der geplanten Dateisystemwartung innerhalb des Wartungsfensters, das Sie für Ihr Dateisystem konfigurieren, in der Regel für weniger als 20 Minuten offline. Bei Single-AZ-Dateisystemen kann ein Dateisystemausfall in seltenen Fällen nicht behoben werden, z. B. aufgrund von Ausfällen mehrerer Komponenten oder aufgrund eines fehlerhaften Fehlers eines einzelnen Dateiservers, der das Dateisystem in einem inkonsistenten Zustand zurücklässt. In diesem Fall können Sie Ihr Dateisystem aus der letzten Sicherung wiederherstellen.

Multi-AZ-Dateisysteme bestehen aus einem Hochverfügbarkeitscluster von Windows-Dateiservern, die auf zwei AZs (eine bevorzugte AZ und eine Standby-AZ) verteilt sind und die Windows Server Failover Clustering (WSFC) -Technologie und eine Reihe von Speichervolumes auf jeder der beiden AZs nutzen. Die Daten werden innerhalb jeder einzelnen AZ und zwischen den beiden AZs synchron repliziert. Im Vergleich zur Single-AZ-Bereitstellung bieten Multi-AZ-Bereitstellungen eine längere Lebensdauer, da Daten zwischen AZs weiter repliziert werden, und eine höhere Verfügbarkeit bei geplanten Systemwartungen und ungeplanten Betriebsunterbrechungen durch automatisches Failover auf die Standby-AZ. Auf diese Weise können Sie weiterhin auf Ihre Daten zugreifen und Ihre Daten vor Instance-Ausfällen und AZ-Störungen schützen.

Wählen Sie die Single-AZ- oder Multi-AZ-Dateisystembereitstellung

Wir empfehlen die Verwendung von Multi-AZ-Dateisystemen für die meisten Produktionsworkloads aufgrund des damit verbundenen Hochverfügbarkeits- und Haltbarkeitsmodells. Die Single-AZ-Bereitstellung ist als kosteneffiziente Lösung für Test- und Entwicklungsworkloads, für bestimmte Produktionsworkloads, bei denen die Replikation in die Anwendungsebene integriert ist und für die keine zusätzliche Redundanz auf Speicherebene erforderlich ist, sowie für Produktionsworkloads konzipiert, für die weniger Verfügbarkeit und RPO-Anforderungen (Recovery Point Objective) gelten. Workloads mit lockeren Verfügbarkeitsanforderungen können im Fall einer geplanten Dateisystemwartung oder ungeplanten Serviceunterbrechung einen vorübergehenden Verfügbarkeitsverlust von bis zu 20 Minuten tolerieren, und Workloads mit gelockerten RPO-Anforderungen können in seltenen Fällen den Verlust von Datenaktualisierungen seit dem letzten Backup tolerieren.

Funktionsunterstützung nach Bereitstellungstyp

In der folgenden Tabelle sind die Funktionen zusammengefasst, die von den Dateisystem-Bereitstellungstypen FSx for Windows File Server unterstützt werden:

Failover-Prozess für FSx for Windows File Server

Multi-AZ-Dateisysteme führen automatisch ein Failover vom bevorzugten Dateiserver zum Standby-Dateiserver durch, wenn eine der folgenden Bedingungen eintritt:

Beim Failover von einem Dateiserver auf einen anderen beginnt der neue aktive Dateiserver automatisch, alle Lese- und Schreibanforderungen des Dateisystems zu bearbeiten. Wenn die Ressourcen im bevorzugten Subnetz verfügbar sind, kehrt Amazon FSx automatisch zum bevorzugten Dateiserver im bevorzugten Subnetz zurück. Ein Failover dauert in der Regel weniger als 30 Sekunden von der Erkennung des Fehlers auf dem aktiven Dateiserver bis zur Heraufstufung des Standby-Dateiservers in den aktiven Status. Das Failback zur ursprünglichen Multi-AZ-Konfiguration ist ebenfalls in weniger als 30 Sekunden abgeschlossen und erfolgt erst, wenn der Dateiserver im bevorzugten Subnetz vollständig wiederhergestellt ist.

Während des kurzen Zeitraums, in dem Ihr Dateisystem einen Failover und ein Failback durchführt, kann es sein, dass I/O angehalten wird und CloudWatch Amazon-Metriken vorübergehend nicht verfügbar sind.

Bei Multi-AZ-Dateisystemen müssen alle während dieser Zeit vorgenommenen Datenänderungen zwischen den Dateiservern synchronisiert werden, wenn während des Failovers und des Failbacks fortlaufender Datenverkehr besteht. Dieser Vorgang kann bei schreib- und IOPS-intensiven Workloads bis zu mehreren Stunden dauern. Wir empfehlen, die Auswirkungen von Failovers auf Ihre Anwendung zu testen, während Ihr Dateisystem geringer ausgelastet ist.

Failover-Erfahrung auf Windows-Clients

Beim Failover von einem Dateiserver auf einen anderen beginnt der neue aktive Dateiserver automatisch, alle Lese- und Schreibanforderungen des Dateisystems zu bearbeiten. Sobald die Ressourcen im bevorzugten Subnetz verfügbar sind, kehrt Amazon FSx automatisch zum bevorzugten Dateiserver im bevorzugten Subnetz zurück. Da der DNS-Name des Dateisystems derselbe bleibt, sind Failover für Windows-Anwendungen transparent, die den Dateisystembetrieb ohne manuelles Eingreifen wieder aufnehmen. Ein Failover dauert in der Regel weniger als 30 Sekunden von der Erkennung des Fehlers auf dem aktiven Dateiserver bis zur Heraufstufung des Standby-Dateiservers in den aktiven Status. Das Failback zur ursprünglichen Multi-AZ-Konfiguration ist ebenfalls in weniger als 30 Sekunden abgeschlossen und erfolgt erst, nachdem der Dateiserver im bevorzugten Subnetz vollständig wiederhergestellt ist.

Failover-Erfahrung auf Linux-Clients

Linux-Clients unterstützen kein automatisches DNS-basiertes Failover. Daher stellen sie während eines Failovers nicht automatisch eine Verbindung zum Standby-Dateiserver her. Sie nehmen den Dateisystembetrieb automatisch wieder auf, nachdem das Multi-AZ-Dateisystem einen Failback auf den Dateiserver im bevorzugten Subnetz ausgeführt hat.

Testen des Failovers auf einem Dateisystem

Sie können das Failover Ihres Multi-AZ-Dateisystems testen, indem Sie dessen Durchsatzkapazität ändern. Wenn Sie die Durchsatzkapazität Ihres Dateisystems ändern, schaltet Amazon FSx den Dateiserver des Dateisystems aus. Multi-AZ-Dateisysteme schalten automatisch auf den sekundären Server um, während Amazon FSx zuerst den bevorzugten Server-Dateiserver ersetzt. Dann kehrt das Dateisystem automatisch auf den 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 Amazon FSx-Konsole, der CLI und der API überwachen. Sobald das Update erfolgreich abgeschlossen wurde, wurde für Ihr Dateisystem ein Failover auf den Sekundärserver und ein Failback auf den Primärserver durchgeführt. Weitere Informationen zur Änderung der Durchsatzkapazität Ihres Dateisystems und zur Überwachung des Fortschritts der Anfrage finden Sie unterVerwaltung der Durchsatzkapazität.

Arbeiten mit Single- und Multi-AZ-Dateisystemressourcen

Subnetze

Wenn Sie eine VPC erstellen, erstreckt sie sich über alle Availability Zones (AZs) in der Region. Availability Zones sind unabhängige Standorte, die so aufgebaut sind, dass sie von Fehlern in anderen Availability Zones nicht betroffen sind. Nach dem Erstellen einer VPC können Sie in jeder Availability Zone ein oder mehrere Subnetze hinzufügen. Die Standard-VPC hat in jeder Availability Zone ein Subnetz. Jedes Subnetz muss sich vollständig innerhalb einer Availability Zone befinden und darf nicht mehrere Zonen umfassen. Wenn Sie ein Single-AZ-Amazon FSx-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 Region befinden. AWS

Für AWS In-Applications empfehlen wir, dass Sie Ihre Clients in derselben Availability Zone wie Ihr bevorzugter Dateiserver starten, um die Latenz zu minimieren.

Elastische Netzwerkschnittstellen für Dateisysteme

Wenn Sie ein Amazon FSx-Dateisystem erstellen, stellt Amazon FSx eine oder mehrere elastische Netzwerkschnittstellen in der Amazon Virtual Private Cloud (VPC) bereit, die Sie Ihrem Dateisystem zuordnen. Die Netzwerkschnittstelle ermöglicht Ihrem Client die Kommunikation mit dem Dateisystem FSx for Windows File Server. Es wird davon ausgegangen, dass die Netzwerkschnittstelle zum Serviceumfang von Amazon FSx gehört, obwohl sie Teil der VPC Ihres Kontos ist. Multi-AZ-Dateisysteme verfügen über zwei elastische Netzwerkschnittstellen, eine für jeden Dateiserver. Single-AZ-Dateisysteme verfügen über eine elastic network interface.

In der folgenden Tabelle sind die Subnetz-, elastic network interface- und IP-Adressressourcen für die Bereitstellungstypen des Dateisystems FSx for Windows File Server zusammengefasst:

Sobald ein Dateisystem erstellt wurde, ändern sich seine IP-Adressen erst, wenn das Dateisystem gelöscht wird.