Amazon FSx für OpenZFS: Häufig gestellte Fragen

A: FSx für OpenZFS bietet vollständig verwalteten SSD-Speicher mit konsistenten Latenzen von nur wenigen hundert Mikrosekunden. Die Nutzung von Caching-Funktionen, die in OpenZFS-, FSx-für-OpenZFS-Dateisystemen eingebettet sind, bringen eine sogar noch bessere Leistung und niedrigere Latenzen für Daten, auf die häufig zugegriffen wird.

FSx-für-OpenZFS-Dateisysteme können einen Durchsatz von über 1 Million IOPS und 21 GB/Sek. erbringen, wenn auf Daten zugegriffen wird, die im Dateiserver gecached werden, und sie können bis zu Hunderttausende von IOPS- und 10-GB/Sek.-Durchsätze beim Zugriff auf Daten im SSD-Speicher erbringen. Mit mehreren Parallelverbindungen pro Kunde (über NFS-n-Connect) können Sie den maximalen Durchsatz und die IOPS-Stufen für Ihr Dateisystem von einem einzigen Kunden noch weiter erhöhen.

Bei der Erstellung eines Dateisystems geben Sie die Durchsatzkapazität an. Jedes Gigabyte des Speichers umfasst drei IOPS der Festplatte und Sie können zusätzliche IOPS der Festplatte bei Bedarf bereitstellen. Sie können die Durchsatzkapazität jederzeit auf- oder herunterskalieren, und zwar mit der AWS-Managementkonsole, AWS CLI oder mit der Amazon-FSx-API, um die sich ändernden Anwendungsbedürfnisse zu erfüllen. Weitere Informationen finden Sie auf der Seite Leistung des Dateisystems

Sie können bis zu 512 TB Speicher auf einem einzigen Speichersystem bereitstellen. Sie können einfach mehrere Dateisysteme gleichzeitig einbinden, um Speicher auf PB-Ebene für Ihre Anwendungen bereitzustellen.

Standardmäßig können Volumes die auf Ihrem Dateisystem verfügbare Kapazität aufnehmen. Sie haben die Möglichkeit, eine Quote für einen Datenträger einzustellen, um die Größe des Datenträgers zu begrenzen. Sie haben auch die Möglichkeit, eine Reservierung für einen Datenträger festzulegen, um eine minimale Speicherkapazität für diesen Datenträger zu berücksichtigen. Ohne Reservierung verfügen Datenträger über eine schlanke Speicherzuweisung. Das bedeutet, dass sie die Speicherkapazität nur für die darin gespeicherten Daten verbrauchen. Sie können diese Einstellungen jederzeit ändern.

Neben der Darstellung von Daten in einer traditionellen Dateiverzeichnis-Struktur unterstützt FSx für OpenZFS den Gebrauch von Volumes in einem Dateisystem, um Ihre Daten noch weiter zu organisieren. Jedes Dateisystem enthält einen Datenträger oder mehr, die isolierte Datencontainer für Verzeichnisse und Dateien sind. Sie können individuelle Datenträger mit der AWS-Managementkonsole, AWS CLI oder mit der Amazon-FSx-API erstellen und individuell verwalten, und Kunden können auf Datenträger zugreifen, indem Sie sie von Linux, macOS oder Windows als Netzwerk-Standort einbinden. Einzelne Datenträger können einzeln konfiguriert werden. Das bedeutet, dass man Features wie schlanke Speicherzuweisung oder Komprimierung auf Datenträger-Ebene einstellen kann.

Standardmäßig können Volumes die auf Ihrem Dateisystem verfügbare Kapazität aufnehmen. Sie haben die Möglichkeit, eine Quote für einen Datenträger einzustellen, um die Größe des Datenträgers zu begrenzen. Sie haben die Möglichkeit, eine Reservierung für einen Datenträger festzulegen, um eine minimale Speicherkapazität für diesen Datenträger zu berücksichtigen. Ohne Reservierung verfügen Datenträger über eine schlanke Speicherzuweisung. Das bedeutet, dass sie die Speicherkapazität nur für die darin gespeicherten Daten verbrauchen. Sie können diese Einstellungen jederzeit ändern.

FSX für OpenZFS bietet eine Vielzahl von ZFS-gestützten Funktionen für die Arbeit mit Daten, darunter zeitpunktbezogene Snapshots, direktes Datenklonen und On-Demand-Datenreplikation zwischen Dateisystemen. Mit FSx für OpenZFS können Sie Snapshots Ihrer Datenträger jederzeit erstellen. Dadurch wird es leichter, historische Versionen Ihrer Datenbanken oder Anwendungen beizubehalten, zu verwalten und wiederherzustellen. Mit dem Klonen von Daten ist es leichter für Sie, mehrere Features und Änderungen zu testen, ohne Ihre vorhandenen Benutzer oder Anwendungen zu unterbrechen und ohne Ihre Daten duplizieren zu müssen. Die On-Demand-Datenreplikation zwischen Dateisystemen bietet eine einfache und zuverlässige Möglichkeit, Daten für Notfallwiederherstellung, Read Replicas sowie Test- und Entwicklungsworkflows zu synchronisieren, ohne den zusätzlichen Aufwand, eine Verbindung zwischen Ihren Dateisystemen herzustellen oder Netzwerkunterbrechungen zu erkennen und zu behandeln.

Beispiel: Wenn Sie einen Datenbank-Workload ausführen und den Vorgang einer Datenbank vor der Anwendung in einer Produktionsumgebung testen möchten, können Sie den Vorgang testen, indem Sie einen Klon Ihrer Datenbank erstellen, den Vorgang gegen den Klon-Datenträger ausführen, um zu bestätigen, dass er wie erwartet funktioniert. Nach Abschluss des Tests können Sie Ihren geklonten Datenträger zu einer kompletten Datenträger-Kopie kopieren, um die Ergebnisse langfristig oder zur Verwendung bei der Produktion beizubehalten.

FSx für OpenZFS unterstützt eine Vielzahl von Speichereffizienz-Features, darunter Z-Standard- und LZ4-Komprimierung zur Senkung der von Ihren Daten verbrauchten Speicherkapazität, Volume-Reservierungen und Volume-Kontingente zur Steuerung der von einzelnen Volumes verwendeten Speichermenge sowie Benutzer-Kontingente zur Steuerung der Nutzung durch einzelne Endbenutzer. Diese Features helfen Ihnen dabei, den Speicherplatzbedarf in Ihrem Dateisystem und Backup-Speicher zu verringern oder zu verwalten.

Die Aktivierung der Komprimierung könnte die Dateisystemleistung für schreibintensive Workloads verringern, da Daten beim Schreiben auf die Festplatte komprimiert werden. Jedoch kann die Komprimierung von schreibintensiven Workloads den Durchsatz Ihres Dateisystems insgesamt deutlich verbessern, da sie die Menge der zwischen diesen Festplatten und dem Speicherserver gesendeten Daten verringert. Bitte lesen Sie die Dokumentation zur Leistung von Amazon FSx für OpenZFS, um mehr zu erfahren. 

Amazon FSx ist ein vollständig verwalteter Service, daher wird die gesamte Dateispeicherinfrastruktur für Sie verwaltet. Wenn Sie Amazon FSx verwenden, vermeiden Sie die Komplexität des Bereitstellens und Wartens einer komplexen Dateisysteminfrastruktur. FSx für OpenZFS bietet die volle Kraft von ZFS, und das ohne die Komplexität, die oft bei der Verwaltung von ZFS-Dateisystemen vorhanden ist.

Um Dateisysteme, Volumes und Backups zu erstellen, anzuzeigen und zu löschen, können Sie die AWS-Managementkonsole, die AWS CLI und die Amazon-FSx-API verwenden. Wir unterstützen auch fortschrittliche ZFS-Funktionen nativ in der FSx-Konsole und -API. Das bedeutet, dass man kein Experte in ZFS sein muss, um Features wie ZFS-Snapshots und Klonen nutzen zu können.

Mit Multi-AZ-(HA) und Single-AZ (HA)-Dateisystemen stellt Amazon FSx ein Paar von Dateiservern mit hoher Verfügbarkeit (HA) mit automatischem Failover und Failback bereit, um eine hohe Verfügbarkeit zu gewährleisten. Bei Multi-AZ (HA)-Dateisystemen stellt Amazon FSx dieses Dateiserverpaar in zwei AWS Availability Zones (AZs) bereit und repliziert Ihre Daten automatisch über diese beiden AZs, um eine hohe Beständigkeit zu gewährleisten, und stellt ein Hochverfügbarkeitspaar (HA) von Dateiservern auf zwei AZs mit automatischem Failover und Failback bereit, um eine hohe Verfügbarkeit und Beständigkeit auch im Fall einer AZ-weiten Störung zu gewährleisten. Darüber hinaus überwacht Amazon FSx kontinuierlich Hardwareausfälle und ersetzt im Falle eines Ausfalls automatisch Infrastrukturkomponenten. Dateisysteme führen bei Bedarf automatisch ein Failover und ein Backup durch (in der Regel innerhalb von 60 Sekunden), und Clients führen automatisch ein Failover und ein Backup mit dem Dateisystem durch.

Bei Single-AZ-Dateisystemen (ohne HA) nimmt Amazon FSx die Verfügbarkeit über alle Ausfallereignisse hinweg wieder auf, indem es kontinuierlich nach Hardwareausfällen Ausschau hält und Infrastrukturkomponenten bei einem Ausfall automatisch ersetzt, in der Regel innerhalb von 30 Minuten.

Amazon FSx erstellt außerdem täglich hochgradig dauerhafte Backups (gespeichert in S3) Ihres Dateisystems und kann jederzeit zusätzliche Backups erstellen.

A: Ja. Wenn in einem Abrechnungszeitraum die monatliche Betriebszeit kürzer ist, als im SLA zugesagt, sieht das Amazon-FSx-SLA eine Service-Gutschrift vor.

Um Endbenutzer oder Anwendungen vor versehentlichem Löschen oder unabsichtlichem Ändern der Dateien in Ihrem Datenträger zu bewahren, können Sie Snapshots aufnehmen (Momentaufnahmen Ihres Datenträgers, in Ihrem Dateisystem gespeichert), damit Endbenutzer oder Administratoren von Anwendungen die Änderungen an der Datei rückgängig machen und Dateiversionen vergleichen können. Endbenutzer und Administratoren von Anwendungen können Snapshots im Verzeichnis „.zfs/snapshot bei der Root eines Datenträgers anzeigen und auf einzelne Dateien und Ordner in diesen Snapshots zugreifen. Sie können Ihre Snapshots von FSx für OpenZFS mit der AWS-Managementkonsole, AWS CLI oder Amazon-FSx-API verwalten.

FSx für OpenZFS bietet auch Backups für Dateisysteme, die Archiv-, Datenaufbewahrungs- und Compliance-Bedürfnisse erfüllen sollen. Backups sind eine sekundäre, Offline-, hochbeständige Kopie eines Dateisystems, das in Amazon S3 gespeichert wird. Backups sind als Momentaufnahmen beständig (sie stellen eine beständige Ansicht Ihres gesamten Datensatzes dar, so wie er zu einem festgelegten Zeitpunkt ausgesehen hat), sind inkrementell (Sie zahlen nur für die Änderungen seit dem letzten Backup für einen bestimmten Backup), sind benutzerfreundlich (über die AWS-Managementkonsole, AWS CLI oder Amazon-FSx-API) und können schnell erstellt und wiederhergestellt werden (mit einer RTO von 5 bis 10 Minuten).

Standardmäßig sind tägliche automatische Backups aktiviert und Sie können die Aufbewahrungsrichtlinie jederzeit mit nur ein paar Klicks in der Amazon-FSx-Konsole aktualisieren. FSx für OpenZFS bietet auch die Fähigkeit, Dateisystem-Backups zu anderen AWS-Regionen zu kopieren, um regionsübergreifende Notfallwiederherstellungs- oder Geschäftskontinuitätsziele zu erreichen.

Wenn Sie ein Multi-AZ-(HA) oder Single-AZ (HA)-Dateisystem erstellen, stellt Amazon FSx automatisch zwei einzelne Dateiserver bereit:. Bei Multi-AZ (HA)-Dateisystemen ist einer davon ein „bevorzugter“ Server in Ihrer bevorzugten AZ und der andere ein „Standby-Server“ in Ihrer Standby-AZ, jeweils mit einem eigenen Satz von Speichervolumes. Nur einer dieser Dateiserver stellt zu jedem Zeitpunkt aktiv Daten bereit (in der Regel der bevorzugte Dateiserver), beide verwalten jedoch persistente und identische Kopien Ihrer Daten. Bei Single-AZ (HA)-Dateisystemen befinden sich beide Server in derselben AZ. Nur einer dieser Dateiserver stellt zu jeder Zeit aktiv Daten bereit, aber beide sind mit demselben Satz von Speichervolumes verbunden, die selbst Daten replizieren, um eine hohe Haltbarkeit zu gewährleisten.

Amazon FSx überwacht kontinuierlich den Zustand Ihrer Dateiserver, um Probleme schnell zu erkennen. Wenn Ihr bevorzugter Dateiserver aus irgendeinem Grund nicht mehr verfügbar ist (z. B. aufgrund eines isolierten Hardwarefehlers, eines geplanten Wartungsvorgangs oder einer AZ-weiten Unterbrechung), wird der Service automatisch auf den Standby-Dateiserver umgeleitet, so dass Sie den Dateisystembetrieb ohne Verfügbarkeitsverlust wieder aufnehmen können. Amazon FSx ordnet die Netzwerkadresse des Dateisystems dem neu aktiven Standby-Dateiserver zu, sodass Ihre Linux- und Windows-basierten Anwendungen weiterhin – ununterbrochen – vom selben Netzwerkstandort aus auf Daten zugreifen können. Ihr Multi-AZ-Dateisystem führt außerdem automatisch ein Failback durch, sobald der bevorzugte Dateiserver wieder in einem fehlerfreien Zustand ist. Diese Failover- und Failback-Ereignisse sind für Ihre Benutzer und Anwendungen transparent: Ihr Dateisystem stellt weiterhin NFS-Datenverkehr von derselben Netzwerkadresse bereit, sodass NFS-Clients ohne manuelles Eingreifen weiterhin auf Ihre Daten zugreifen können.

Amazon FSx führt automatisch einen Failover auf einem Multi-AZ-Dateisystem durch, wenn die Verfügbarkeit des aktiven Dateiservers aus irgendeinem Grund verloren geht, einschließlich eines Hardwarefehlers, eines Verbindungsverlusts oder eines AZ-weiten Ausfalls. Amazon FSx führt auch während einer geplanten Wartung während eines Wartungsfensters oder wenn Sie die Durchsatzkapazität Ihres Dateisystems ändern, vorübergehend ein Failover auf den Standby-Dateiserver durch.

Ja. FSx für OpenZFS verschlüsselt Ihre Daten im Ruhezustand und bei der Übertragung automatisch. Die Daten des Dateisystems und die Backups sind im Ruhezustand immer verschlüsselt, mit Schlüsseln, die Sie durch AWS KMS verwalten. Sie können serviceeigene Schlüssel oder Ihre eigenen vom Kunden verwaltete Schlüssel verwenden. Amazon FSx verschlüsselt Daten automatisch während der Übertragung, wenn Sie von Amazon-EC2-Instances aus zugreifen, die eine Verschlüsselung während der Übertragung unterstützen (unterstützte Client-Instances von Amazon EC2).

Sie können Ihr Dateisystem so konfigurieren, dass es einer Amazon-VPC- und VPC-Sicherheitsgruppe und nur Amazon-EC2-Instances in dieser VPC (oder einer gepeerten VPC) zugewiesen wird, und dass die Regeln der Sicherheitsgruppe eingehalten werden, damit Sie auf Ihr Dateisystem zugreifen können. Sie haben die Kontrolle darüber, wer Ihre Dateisysteme, Datenträger und Backups mit AWS IAM verwalten kann (z. B. erstellen, aktualisieren und löschen). Außerdem können Sie kontrollieren, welche Benutzer und Gruppen Zugriff auf welche Dateien und Verzeichnisse auf Ihren Datenträgern mit POSIX-Berechtigungen haben.

Ja. Sie können über AWS Transit Gateway oder VPC-Peering von einer anderen VPC (einschließlich einer VPC in einer anderen Region) auf Dateisysteme zugreifen und über AWS Direct Connect oder VPN On-Premises auf Dateisysteme zugreifen.

Sie können API-Aufrufe mit AWS CloudTrail und AWS IAM überwachen und sichern und mit Amazon GuardDuty verdächtige API-Nutzungsmuster erkennen und melden.

Die Dateisysteme werden Ihnen basierend auf der bereitgestellten Speicherkapazität (pro GB/Monat), dem bereitgestellten Durchsatz (pro MBit/s-Monat) und optionalen zusätzlich bereitgestellten SSD-IOPS (pro IOP/Monat) berechnet. Ihnen werden auch die Backups basierend auf dem benutzten Speicher (pro GB/Monat) und für in Availability Zones übertragene Daten in AWS-Regionen und für Ihre On-Premises-Umgebung berechnet. Während die Preise auf monatlicher Basis angegeben werden, wird Ihre Nutzung sekundengenau berechnet und Ihnen wird Ihre durchschnittliche Nutzung über einen Monat in Rechnung gestellt.

Falls nicht anders angegeben, gelten unsere Preise zuzüglich anfallender Steuern und Abgaben, u. a. MwSt. und Umsatzsteuer. Bei Kunden mit japanischer Rechnungsadresse unterliegt die Nutzung von AWS-Services der japanischen Verbrauchssteuer. Weitere Informationen.