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 Bereitstellungstypen für Dateisysteme: 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 Bei Dateisystemen kommt es während der Wiederherstellung nach einem Ausfall und während des geplanten Wartungsfensters, das Sie für Ihr Dateisystem konfigurieren, in der Regel zu Ausfallzeiten von etwa 30 Minuten. 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, wodurch das Dateisystem in einem inkonsistenten Zustand zurückbleibt. 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. Daten werden innerhalb jeder einzelnen AZ und zwischen den beiden AZs synchron repliziert. Im Vergleich zur Single-AZ Bereitstellung bieten Multi-AZ Bereitstellungen durch die weitere Replikation von Daten zwischen AZs eine längere Lebensdauer und eine höhere Verfügbarkeit bei geplanten Systemwartungen und ungeplanten Betriebsunterbrechungen, indem sie automatisch auf die Standby-AZ umschalten. Dadurch können Sie weiterhin auf Ihre Daten zugreifen und Ihre Daten vor Instance-Ausfällen und AZ-Störungen schützen.

Auswahl unseres Single-AZ Multi-AZ Dateisystem-Bereitstellungstyps

Wir empfehlen die Verwendung von Multi-AZ Dateisystemen für die meisten Produktionsworkloads aufgrund des damit verbundenen Hochverfügbarkeits- und Haltbarkeitsmodells. Single-AZ Die 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 Recovery Point Objective (RPO) -Anforderungen gelten. Workloads mit weniger Verfügbarkeit und RPO-Anforderungen können einen vorübergehenden Verfügbarkeitsverlust von bis zu 20 Minuten im Falle einer geplanten Dateisystemwartung oder ungeplanten Serviceunterbrechung und in seltenen Fällen den Verlust von Datenaktualisierungen seit dem letzten Backup tolerieren.

Wir empfehlen außerdem, das Verfügbarkeitsmodell für Ihr Dateisystem zu überprüfen und sicherzustellen, dass Ihr Workload dem erwarteten Wiederherstellungsverhalten für den von Ihnen ausgewählten Bereitstellungstyp bei Ereignissen wie der Dateisystemwartung, Änderungen der Durchsatzkapazität und ungeplanten Serviceunterbrechungen standhält.

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 des Prozesses

Multi-AZ Dateisysteme führen automatisch einen 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, I/O kann es sein, dass es angehalten wird und CloudWatch Amazon-Metriken vorübergehend nicht verfügbar sind. Bei Multi-AZ Dateisystemen müssen alle Lese- und Schreibaktivitäten von Dateien, die während eines Failovers und eines Failbacks auftreten, zwischen dem primären und dem sekundären Dateiserver synchronisiert werden. Dieser Vorgang kann bei Dateisystemen mit Festplattenspeicher und bei Workloads mit hohem Schreibaufwand bis zu mehreren Stunden dauern. IOPS-heavy 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 mit der Bearbeitung aller Lese- und Schreibanforderungen des Dateisystems. 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-based 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 den 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 wechseln automatisch zum sekundären Server, 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.

Single-AZ und Multi-AZ Dateisystemressourcen

Single-AZ und Multi-AZ Dateisysteme nutzen Subnetze und elastische Netzwerkschnittstellen unterschiedlich, wie in den folgenden Abschnitten erläutert.

Subnets

Wenn Sie eine Virtual Private Cloud (VPC) erstellen, erstreckt sie sich über alle Availability Zones (AZs) in der. AWS-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. Ein Subnetz ist ein Bereich von IP-Adressen in Ihrer VPC. Ein Subnetz muss sich in einer einzigen Availability Zone befinden.

FSx for Windows File Server Single-AZ Server-Dateisysteme benötigen ein Subnetz, das Sie bei der Erstellung angeben. Das von Ihnen gewählte Subnetz definiert die Availability Zone, in der das Dateisystem erstellt wird.

Multi-AZ Dateisysteme benötigen zwei Subnetze, 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 AWS Region befinden.

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

Eine elastische Netzwerkschnittstelle ist eine logische Netzwerkkomponente in einer VPC, die eine virtuelle Netzwerkkarte darstellt. Wenn Sie ein Amazon FSx-Dateisystem erstellen, stellt Amazon FSx eine oder mehrere elastic network interface in der VPC bereit, die Sie Ihrem Dateisystem zuordnen. Die elastic network interface ermöglicht es Clients, mit dem Dateisystem zu kommunizieren und es zu mounten. Die elastic network interface wird als Teil des Serviceumfangs von Amazon FSx angesehen, obwohl sie Teil der VPC Ihres Kontos ist. Multi-AZ Dateisysteme haben zwei elastische Netzwerkschnittstellen, eine für jeden Dateiserver. Single-AZ Dateisysteme haben eine elastic network interface.

Die folgende Tabelle fasst die Ressourcennutzung für FSx for Windows File Server Single-AZ und Multi-AZ Dateisysteme zusammen:

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