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.

Die Intelligent-Tiering-Speicherklasse Amazon FSx für OpenZFS kombiniert die Vertrautheit von Network Attached Storage (NAS) mit Speicher, der vollständig elastisch ist und die Kosten durch automatisches Tiering der Daten optimiert.

Intelligent-Tiering ist empfehlenswert, um das Speichermanagement zu vereinfachen und die Kosten zu senken. Dank seiner Elastizität müssen Sie sich nicht mehr um die Speicherkapazität kümmern oder sich Gedanken darüber machen, dass unvorhersehbare Datensätze verarbeitet werden oder der Speicherplatz knapp wird. Die automatische Kostenoptimierung mit Tiering über Speicherebenen hinweg bietet bis zu 85 % niedrigere Kosten als die Amazon-FSx-Solid-State-Drive-(SSD)-Speicherklasse und bis zu 20 % niedrigere Kosten im Vergleich zu herkömmlichen lokalen Festplattenlaufwerken (HDD).

Wenn Sie ein Dateisystem mithilfe der Amazon FSx-Konsole, API oder Befehlszeilenschnittstelle (CLI) erstellen, geben Sie die Klasse „Intelligent-Tiering“ an. Bei der Erstellung des Dateisystems oder zu einem beliebigen Zeitpunkt danach können Sie auch einen optionalen SSD-basierten Lese-Cache erstellen, um das Lesen von Daten zu optimieren, auf die häufig zugegriffen wird.

Verwenden Sie die Intelligent-Tiering-Speicherklasse Amazon FSx für OpenZFS für die meisten Ihrer NAS-Datensätze. Verwenden Sie die SSD-Speicherklasse nur für Datensätze, die die Leistung eines All-Flash-Speichers für alle Daten erfordern (z. B. Chip-Design-Workloads, Datenbanken und Benutzerfreigaben für Datenwissenschaftler).

Die Amazon FSx für OpenZFS Intelligent-Tiering-Speicherklasse wurde entwickelt, um die Leistungsanforderungen eines breiten Spektrums von Datei-Workloads zu erfüllen. Sie bietet einen Durchsatz von bis zu zehn Terabyte pro Sekunde und zig Millionen von Eingabe-/Ausgabevorgängen (IOPS) auf Lustre und bis zu 20 Gigabit pro Sekunde an Durchsatz und 400.000 IOPS auf OpenZFS. Daten im SSD-Lesecache haben Latenzen von unter einer Millisekunde bis zum ersten Byte, und alle anderen Daten haben Latenzen im Bereich von mehreren zehn Millisekunden bis zum ersten Byte. Typische Datei-Workloads sind in der Regel leseintensiv und arbeiten aktiv mit nur einem kleinen Teil des gesamten Datensatzes zu einem bestimmten Zeitpunkt. Das bedeutet, dass das Hybrid-SSD-Modell der Speicherklasse von Amazon FSx für OpenZFS Intelligent-Tiering Speicher zur Verfügung stellt, der für die meisten Workloads eine Leistung auf SSD-Ebene und gleichzeitig im Vergleich zu einer reinen SSD-Bereitstellung Kosteneinsparungen von bis zu 85 % bietet.

Standardmäßig wählt Amazon FSx automatisch eine SSD-Lese-Cache-Größe auf der Grundlage der Durchsatzstufe aus, die Sie für Ihr Dateisystem wählen. Sie können auch einen kleineren oder größeren Cache wählen und ihn je nach Ihren Workload-Anforderungen jederzeit nach oben oder unten skalieren. Sie können die Größe des SSD-Lese-Caches Ihres Dateisystems mit der AWS-CLI, dem AWS-SDK oder in der Amazon FSx-Konsole ändern. Amazon FSx veröffentlicht eine Cache-Trefferquote (der Prozentsatz der Lesevorgänge, die aus dem Cache bereitgestellt werden), um festzustellen, ob Ihr Cache die richtige Größe hat. Sie können dies auf der Registerkarte „Überwachung“ Ihres Dateisystems in der Amazon FSx-Konsole oder mit Amazon CloudWatch sehen. Für die meisten Workloads bietet eine Cache-Trefferquote von 80 % das richtige Gleichgewicht zwischen Leistung und Kostenoptimierung.

Ja. Die Speicherklasse Amazon FSx für OpenZFS Intelligent-Tiering bietet ein SLA von 99,99 %.

Bei Dateisystemen, die die Amazon FSx für OpenZFS Intelligent-Tiering-Speicherklasse verwenden, speichert Amazon FSx all Ihre Daten redundant in mehreren Availability Zones (AZs) und bietet so eine integrierte Widerstandsfähigkeit gegen weitreichende Katastrophen.

Ja, Sie können mithilfe von Intelligent-Tiering-Speicher mit der Amazon-FSx-Konsole, API oder CLI eine Sicherungskopie Ihres Dateisystems erstellen. Beim Sichern eines Amazon-FSx-Dateisystems wird eine separate Kopie Ihrer Dateidaten erstellt, die Sie später verwenden können, um sie auf einem oder mehreren neuen Dateisystemen wiederherzustellen. Amazon-FSx-Backups sind absturzkonsistent (sodass Sie Ihr Dateisystem auf eine Point-in-Time-Ansicht wiederherstellen können), äußerst robust (in Amazon Simple Storage Service (Amazon S3) gespeichert und für eine Lebensdauer von 11 Neunen konzipiert) und inkrementell (d. h., dass bei jeder Sicherung nur die Änderungen seit Ihrer vorherigen Sicherung hinzugefügt werden, wodurch Speicherkosten für Backups eingespart werden, da keine Daten dupliziert werden). Standardmäßig initiiert Amazon FSx eine tägliche automatische Sicherung Ihres Dateisystems während eines von Ihnen angegebenen Backup-Fensters. Sie können jederzeit zusätzliche Backups mithilfe der Amazon-FSx-Konsole, CLI oder API erstellen oder mithilfe von AWS Backup Ihren eigenen automatischen Backup-Zeitplan erstellen.

Sie können aus einem Backup wiederherstellen, indem Sie mit der Option „Aus Backup wiederherstellen“ ein neues Dateisystem erstellen. Wenn Sie dies tun, können Sie innerhalb weniger Minuten auf alle Ihre Daten zugreifen, während die Wiederherstellung im Hintergrund abgeschlossen wird. Ihr Dateisystem ruft Daten transparent aus dem Backup ab, wenn Sie darauf zugreifen, sodass Sie nicht warten müssen, bis die Wiederherstellung abgeschlossen ist, bevor Sie das Dateisystem verwenden.

Sie zahlen pro GB pro Monat für die Daten, die Sie in der Amazon FSx für OpenZFS Intelligent-Tiering-Speicherklasse speichern, wobei der Preis von der Stufe abhängt, in der die Daten gespeichert sind, und Sie zahlen pro GB pro Monat für Ihren bereitgestellten SSD-Lese-Cache. Wenn Sie Daten schreiben, zahlen Sie pro Schreibvorgang, und wenn Sie Daten lesen, die sich nicht im SSD-Lesecache befinden, zahlen Sie pro Lesevorgang. Wie bei anderen Amazon FSx-Dateisystemen zahlen Sie pro Mbit/s pro Monat an Durchsatzkapazität, die Sie für Ihre Dateiserver bereitstellen.

Wie bei Amazon S3 Intelligent-Tiering stuft die Speicherklasse Amazon FSx für OpenZFS Intelligent-Tiering Daten automatisch auf der Grundlage der letzten Zugriffszeit ein und optimiert automatisch die Kosten für weniger aktive Daten. Daten, auf die in den letzten 30 Tagen zugegriffen wurde, werden in der Stufe für häufigen Zugriff gespeichert. Daten, auf die seit 30 Tagen nicht zugegriffen wurde, werden automatisch in die Stufe für seltenen Zugriff verschoben und kosten weniger als Daten in der Stufe für häufigen Zugriff. Daten, auf die seit 90 Tagen nicht zugegriffen wurde, werden automatisch in die Archivstufe verschoben und kosten weniger als Daten in der Stufe für seltenen Zugriff. Wenn Sie auf Daten der Stufen Infrequent Access oder Archive zugreifen, werden die Daten automatisch zurück in die Stufe für häufigen Zugriff verschoben. Jeder Zugriff auf nicht zwischengespeicherte Daten hat dieselben Leistungsmerkmale, unabhängig von der Datenebene, und es fallen keine zusätzlichen IOPS-, Abruf- oder Übergangskosten an, die über Ihre normalen Lese-/Schreibbetriebskosten hinausgehen.

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.