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 für 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 zur Verfügbarkeit des Service SLA (Service Level Agreement) 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 überwacht FSx kontinuierlich Hardwareausfälle und stellt die ausgefallene Infrastrukturkomponente automatisch nach Ausfällen wieder her. 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 Server verteilt sind AZs (ein bevorzugtes AZ und ein Standby-AZ), wobei die Windows Server Failover Clustering (WSFC) -Technologie und eine Reihe von Speichervolumes auf jedem der beiden genutzt werdenAZs. Die Daten werden innerhalb jeder einzelnen AZ und zwischen den beiden synchron repliziert. AZs Im Vergleich zur Single-AZ-Bereitstellung bieten Multi-AZ-Bereitstellungen eine längere Lebensdauer, da Daten weiter repliziert werdenAZs, 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 den Bereitstellungstyp Single-AZ oder Multi-AZ für das Dateisystem

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, bei denen die Verfügbarkeit und die Anforderungen an Recovery Point Objective () gelockert wurden. RPO Workloads mit eingeschränkter Verfügbarkeit und geringeren 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 Bereitstellungstypen FSx für Windows-Dateiserver 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, 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 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 HDD Speicher und bei schreib- und arbeitsintensiven Workloads bis zu mehreren Stunden dauern. IOPS 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 unverändert 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 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, FSx schaltet Amazon den Dateiserver des Dateisystems aus. Multi-AZ-Dateisysteme wechseln automatisch zum sekundären Server, während Amazon zuerst den bevorzugten Server-Dateiserver FSx ersetzt. Dann 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. Sobald das Update erfolgreich abgeschlossen wurde, wurde für Ihr Dateisystem ein Failover auf den sekundären Server und ein Failback auf den primären Server ausgeführt. Weitere Informationen zur Änderung der Durchsatzkapazität Ihres Dateisystems und zur Überwachung des Fortschritts der Anfrage finden Sie unterVerwaltung der Durchsatzkapazität.

Ressourcen für Single-AZ- und Multi-AZ-Dateisysteme

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

Subnetze

Wenn Sie eine virtuelle 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. Nachdem Sie eine erstellt habenVPC, können Sie in jeder Availability Zone ein oder mehrere Subnetze hinzufügen. Die Standardeinstellung VPC hat ein Subnetz in jeder Availability Zone. Ein Subnetz ist ein IP-Adressenbereich in Ihrer VPC. Ein Subnetz muss sich in einer einzigen Availability Zone befinden.

FSxfür Windows File Server benötigen Single-AZ-Dateisysteme 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 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

Eine elastische Netzwerkschnittstelle ist eine logische Netzwerkkomponente in einerVPC, die eine virtuelle Netzwerkkarte darstellt. Wenn Sie ein FSx Amazon-Dateisystem erstellen, stellt FSx Amazon eine oder mehrere elastic network interface Netzwerkschnittstellen VPC bereit, die Sie Ihrem Dateisystem zuordnen. Die elastic network interface ermöglicht es Clients, mit dem Dateisystem zu kommunizieren und es zu mounten. Es wird davon ausgegangen, dass die elastic network interface zum Serviceumfang von Amazon gehörtFSx, obwohl sie Teil Ihres Kontos istVPC. 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 wird die Ressourcennutzung FSx für Single-AZ- und Multi-AZ-Dateisysteme von Windows File Server zusammengefasst:

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