Amazon EFS – Häufig gestellte Fragen

Mit Amazon EFS können Sie Petabyte an Daten speichern. Amazon-EFS-Dateisysteme sind elastisch und ihr Umfang nimmt zu bzw. ab, wenn Sie Dateien hinzufügen bzw. entfernen. Es ist nicht notwendig, im Voraus die Dateisystemgröße bereitzustellen, und zahlen nur für das, was Sie tatsächlich verwenden.

Amazon EFS unterstützt eine bis Tausende Instances von Amazon-Elastic-Compute-Cloud (EC2), die sich gleichzeitig mit einem Dateisystem verbinden.

Weitere Informationen zu Amazon-EFS-Beschränkungen finden Sie auf der Seite mit den Beschränkungen von Amazon EFS.

Die erwartete Leistung für Ihr Amazon-EFS-Dateisystem hängt von seiner spezifischen Konfiguration (z. B. Speicherklasse und Durchsatzmodus) und der speziellen Art der Dateisystemoperation (Lesen oder Schreiben) ab. Weitere Informationen zur erwarteten Latenz, dem maximalen Durchsatz und der maximalen IOPS-Leistung für das Amazon-EFS-Dateisystem finden Sie in der Dokumentation zur Dateisystemleistung.

Elastic Throughput ist der Standard-Durchsatzmodus und eignet sich für die meisten Datei-Workloads. Im standardmäßigen Elastic-Throughput-Modus skaliert die Leistung automatisch mit Ihrer Workload-Aktivität, und Sie zahlen nur für den Durchsatz, den Sie nutzen (Daten, die für Ihre Dateisysteme pro Monat übertragen werden). Elastic Throughput ist ideal, wenn Sie sich nicht sicher sind, welchen Spitzendurchsatz Ihre Anwendung benötigt, oder wenn Ihre Anwendung sehr stark ausgelastet ist und eine geringe Grundaktivität aufweist (sodass sie im Durchschnitt weniger als 5 % der Kapazität nutzt, wenn Sie Spitzenanforderungen decken).

Sie können Ihren Durchsatzmodus optional auf Bereitgestellter Durchsatz ändern, wenn Sie die Anforderungen an den Spitzendurchsatz Ihres Workloads kennen und davon ausgehen, dass Ihr Workload einen höheren Anteil (durchschnittlich mehr als 5 %) der Spitzendurchsatzkapazität Ihrer Anwendung verbraucht.

Die Höhe des verfügbaren Durchsatzes hängt vom ausgewählten Durchsatzmodus ab. Weitere Informationen finden Sie in der Dokumentation zur Dateisystemleistung.  Weitere Informationen finden Sie unter Dateisystemleistung.

Sie können Ihr Dateisystem mit Amazon CloudWatch oder über die Registerkarte „Überwachung“ in der Amazon-EFS-Konsole überwachen. Weitere Informationen finden Sie in der Dokumentation zur Überwachung von Amazon EFS.

Amazon EFS bietet zwei Dateisystemtypen, aus denen Sie je nach Ihren Anforderungen an Haltbarkeit und Verfügbarkeit wählen können. Regionale EFS-Dateisysteme (empfohlen) bieten ein Höchstmaß an Beständigkeit und Verfügbarkeit, indem sie Daten mit und über mehrere Availability Zones (AZs) hinweg speichern. EFS-One-Zone-Dateisysteme speichern Daten redundant in einer einzigen AZ, sodass Daten in diesen Dateisystemen nicht verfügbar sind und bei einer Katastrophe oder einem anderen Fehler innerhalb der AZ verloren gehen können.

Amazon EFS wurde auf eine Zuverlässigkeit von 99,999999999 % (11 x die Zahl 9) über ein Jahr ausgelegt. Die regionalen Dateisysteme von EFS sind so konzipiert, dass sie Daten speichern, falls eine AZ verloren geht. Da EFS-One-Zone-Dateisysteme Daten in einer einzigen AZ speichern, können Daten, die in diesen Speicherklassen gespeichert sind, bei einem Notfall oder einem anderen Fehler innerhalb der AZ verloren gehen.  

Wie bei allen Umgebungen besteht die bewährte Methode darin, ein Backup anzulegen und Sicherheitsvorkehrungen gegen versehentliches Löschen zu treffen. Für Amazon-EFS-Daten beinhaltet diese bewährte Methode die Replikation Ihres Dateisystems über Regionen hinweg mithilfe von Amazon EFS Replication und einem funktionierenden, regelmäßig getesteten Backup mit AWS Backup. Dateisysteme, die EFS-One-Zone-Speicherklassen verwenden, sind so konfiguriert, dass Dateien beim Erstellen des Dateisystems standardmäßig automatisch gesichert werden.

Jedes regionale EFS-Dateisystemobjekt (wie Verzeichnis, Datei und Link) wird in verschiedenen AZs redundant gespeichert. Mit EFS-One-Zone-Dateisystemen werden Ihre Daten redundant in einer einzigen AZ gespeichert. Amazon EFS ist darauf ausgelegt, gleichzeitige Geräteausfälle zu überstehen, indem verlorene Redundanz schnell erkannt und repariert wird.  

Der Zugriff auf EFS-Dateisystemdaten erfolgt über AZ-spezifische EFS-Mount-Ziele, die so konzipiert sind, dass sie innerhalb einer AZ hochverfügbar sind. Regionale EFS-Dateisysteme unterstützen den gleichzeitigen Zugriff von EFS-Mount-Zielen in allen AZs in der Region, in der sie sich befinden. Das bedeutet, dass Sie Ihre Anwendung für ein Failover von einer AZ zu anderen AZs in der Region konzipieren können, um ein hohes Maß an Anwendungsverfügbarkeit zu erzielen. EFS-One-Zone-Dateisysteme unterstützen nur ein hochverfügbares EFS-Mount-Ziel in einer einzelnen AZ, was bedeutet, dass Daten während eines Notfalls oder eines anderen Fehlers innerhalb dieser AZ möglicherweise nicht verfügbar sind. Weitere Informationen zur Verfügbarkeit finden Sie im Amazon EFS Service Level Agreement.

EFS-One-Zone-Dateisysteme sind gegen einen vollständigen AZ-Ausfall nicht widerstandsfähig. Bei einem AZ-Ausfall tritt ein Verfügbarkeitsverlust auf, da Ihre Dateisystemdaten nicht auf einen anderen AZ repliziert werden. Bei einem Notfall oder einem Fehler innerhalb einer AZ, der alle Kopien Ihrer Daten betrifft, können Daten verloren gehen, die nicht mit EFS-Backups oder einer EFS-Replikation geschützt wurden. EFS-Backups sind standardmäßig für alle EFS-One-Zone-Dateisysteme aktiviert.

Amazon EFS bietet drei Speicherklassen: EFS Standard, EFS Infrequent Access und EFS Archive. Daten, auf die häufig zugegriffen wird, haben tendenziell höhere Leistungsanforderungen. Daher bietet EFS eine EFS-Standardklasse mit SSD-Unterstützung, die für Latenzen unter einer Millisekunde konzipiert ist. Für Daten, auf die selten zugegriffen wird, können Sie die beiden kostenoptimierten Speicherklassen von EFS verwenden, die Latenzen im niedrigen zweistelligen Millisekundenbereich bieten: EFS Infrequent Access (IA), konzipiert für Daten, auf die nur wenige Male pro Quartal zugegriffen wird, und EFS Archive, konzipiert für Daten, auf die nur wenige Male pro Jahr oder weniger zugegriffen wird. EFS IA bietet bis zu 95 % niedrigere Kosten als EFS Standard für Daten, auf die selten zugegriffen wird. EFS Archive bietet ein kostenoptimierteres Erlebnis für noch kältere Daten und bietet bis zu 50 % niedrigere Kosten als EFS Infrequent Access, wobei beim Zugriff auf diese Daten eine höhere Anforderungsgebühr anfällt. EFS Archive ist für regionale EFS-Dateisysteme optimiert und unterstützt diese, wobei der standardmäßige elastische Durchsatzmodus von EFS verwendet wird. Weitere Informationen finden Sie unter EFS-Speicherklassen und EFS-Preise.

Wenn Sie EFS Lifecycle Management aktivieren, können Sie Dateien basierend auf Ihren Zugriffsmustern automatisch zwischen Speicherklassen einteilen. Die standardmäßige, empfohlene Lebenszyklusrichtlinie stuft Dateien nach 30 aufeinanderfolgenden Tagen ohne Zugriff von EFS Standard auf EFS IA und nach 90 aufeinanderfolgenden Tagen ohne Zugriff auf EFS Archive ein. Sie können auch eine benutzerdefinierte Richtlinie für den Übergang von Dateien zwischen Speicherklassen angeben, die auf der Anzahl der Tage seit dem letzten Zugriff auf eine Datei basiert.

Sie können EFS Intelligent-Tiering auch aktivieren, um Dateien aus EFS IA und EFS Archive wieder auf EFS Standard hochzustufen, wenn auf sie zugegriffen wird, wodurch nachfolgende Lesevorgänge dieser Dateien mit den schnelleren Latenzen von unter einer Millisekunde wie bei EFS Standard möglich sind. Nach der Beförderung werden diese Dateien gemäß Ihrer Lebenszyklusrichtlinie wieder in die entsprechende IA- oder Archive-Speicherklasse übertragen.

Im Vergleich zur EFS-Standardklasse bieten EFS IA und Archive den gleichen Durchsatz und dieselbe IOPS-Skalierbarkeit, jedoch mit höheren Latenzen im ersten Byte (d. h. niedrige zweistellige Leselatenzen im Millisekundenbereich im Vergleich zu Leselatenzen unter einer Millisekunde bei EFS Standard). Weitere Informationen finden Sie in der Dokumentation Amazon EFS – Leistung.

EFS IA hat keine Mindestspeicherdauer. Daten, die dem EFS-Archiv zugeordnet sind, haben eine Mindestspeicherdauer von 90 Tagen. Für Dateien, die vor Ablauf der Mindestdauer gelöscht oder gekürzt wurden, wird für die verbleibenden Tage eine anteilige Gebühr berechnet, die auf der Größe der Datei vor der entsprechenden Aktion basiert.

Die kostenoptimierten Speicherklassen (IA, Archive) von EFS sind für die Speicherung kälterer, inaktiver Daten konzipiert, die in der Regel aus größeren Dateien bestehen. Es gibt keine Mindestdateigröße für IA oder Archive, aber für Dateien, die diesen Speicherklassen zugeordnet sind und kleiner als 128 KiB sind, fallen Speichergebühren an, als ob sie 128 KiB wären.

Amazon EFS Replication kopiert Ihre Dateisystemdaten in ein neues oder vorhandenes Dateisystem in der Region Ihrer Wahl. EFS Replication synchronisiert die beiden Dateisysteme, indem es automatisch nur inkrementelle Änderungen überträgt, ohne dass eine zusätzliche Infrastruktur oder ein benutzerdefinierter Prozess erforderlich ist. EFS Replication ist so konzipiert, dass es ein Recovery Point Objective (RPO) und ein Recovery Time Objective (RTO) von Minuten bietet, sodass Sie Ihre Compliance- und Geschäftskontinuitätsziele erreichen können.

Sie sollten die EFS-Replikation verwenden, um ein Replikat Ihres Dateisystems zu verwalten, das viele Kilometer entfernt ist, um Notfallwiederherstellung, Compliance oder Geschäftskontinuität zu planen. Im Notfall können Sie ein Failover auf Ihr Replikatdatei-System durchführen und den Betrieb Ihrer geschäftskritischen Anwendungen innerhalb weniger Minuten wieder aufnehmen. Sobald der Notfall vorüber ist, können Sie ein Failback durchführen, indem Sie nur inkrementelle Änderungen von Ihrem Replikat zurück in Ihr ursprüngliches Dateisystem übertragen. Solange die EFS-Replikation aktiviert ist, können Ihre Anwendungen das Replikatdatei-System im schreibgeschützten Modus verwenden, um regionsübergreifenden Zugriff mit niedriger Netzwerklatenz zu gewährleisten. Mit Amazon EFS Replication können Sie Ihr Replikatdatei-System unabhängig von Ihrem ursprünglichen Dateisystem so konfigurieren, dass kostenoptimierte Speicherklassen und eine kürzere Lebenszyklus-Verwaltungsrichtlinie verwendet werden, um bis zu 92 % Ihrer Kosten zu sparen. EFS Replication optimiert auch die Möglichkeit, Ihren RPO-Status mithilfe von Amazon CloudWatch zu überwachen und mit Alarmen zu versehen.

Nein. EFS Replication bietet keine Zeitpunkt-konsistente Replikation. EFS Replication veröffentlicht eine Zeitstempel-Metrik auf Amazon CloudWatch namens TimeSinceLastSync. Alle Änderungen an Ihrem Quell-Dateisystem zur veröffentlichten Zeit werden in das Replikat kopiert. Änderungen an Ihrem Quell-Dateisystem nach der erfassten Zeit wurden eventuell nicht repliziert. Sie können den Zustand Ihrer EFS-Replikation mithilfe von Amazon CloudWatch überwachen. Wenn Sie den Replikations-Prozess aufgrund einer Notfallwiederherstellung unterbrechen, kann es sein, dass Dateien aus Ihrem Quell-Dateisystem zwar transferiert wurden, aber noch nicht an ihren endgültigen Speicherort kopiert wurden. Diese Dateien und ihre Inhalte können in Ihrem Replikat-Dateisystem in einem Lost+Found-Verzeichnis gefunden werden, dass EFS Replication im Root-Verzeichnis erstellt.

Amazon EFS Backup wird von AWS Backup unterstützt, einem vollständig verwalteten Backup-Service, der Backups Ihrer Amazon-EFS-Dateisysteme zentral verwaltet und automatisiert. Amazon EFS Backup schützt Ihr Dateisystem vor Datenverlust, indem es automatisch und nach einem Zeitplan schrittweise Kopien Ihres Dateisystems an einem zentralen Ort erstellt. AWS Backup bietet eine zentralisierte Konsole, automatisierte Backup-Planung, Verwaltung der Aufbewahrung des Backups und Wiederherstellungsaktivitäten. Um mehr zu erfahren, lesen Sie bitte die Dokumentation zu AWS Backup oder die häufig gestellten Fragen.

Amazon EFS ist nativ in AWS Backup integriert. Sie können die EFS-Konsole, die API und AWS Command Line Interface (AWS CLI) verwenden, um automatische Backups zu aktivieren, die einen Standard-Backup-Plan mit den von AWS Backup empfohlenen Einstellungen verwenden. Beim ersten Backup wird eine Kopie des gesamten Dateisystems im Backup-Vault erstellt. Alle nachfolgenden Backups dieses Dateisystems sind inkrementeller Natur, d. h. nur Dateien und Verzeichnisse, die geändert, hinzugefügt oder entfernt wurden, werden kopiert. Bei jedem inkrementellen Backup behält AWS Backup die erforderlichen Referenzdaten bei, um eine vollständige Wiederherstellung zu ermöglichen. Im Falle eines Datenverlusts können Sie mithilfe der AWS-Backup-Konsole oder der CLI eine vollständige oder teilweise Wiederherstellung Ihres Dateisystems durchführen.   

Sie steuern, welche EC2-Instances auf Ihr Dateisystem zugreifen können, indem Sie VPC-Sicherheitsgruppenregeln und IAM-Richtlinien verwenden. Sie können den Netzwerkdatenverkehr zu und aus Ihren Dateisystem mithilfe von VPC-Sicherheitsgruppen steuern. Fügen Sie Ihrem Dateisystem eine IAM-Richtlinie hinzu, um zu steuern, welche Kunden Ihr Dateisystem einrichten können und mit welchen Berechtigungen, und verwenden Sie EFS Access Points, um den Anwendungszugang zu verwalten. Sie können den Zugriff auf Dateien und Verzeichnisse mit POSIX-kompatiblen Benutzer- und Gruppenrichtlinien steuern.

Mit der Amazon EFS-Konsole können Sie allgemeine Richtlinien auf Ihr Dateisystem anwenden, z. B. das Deaktivieren des Root-Zugriffs, das Erzwingen des schreibgeschützten Zugriffs oder das Erzwingen der Verschlüsselung aller Verbindungen zu Ihrem Dateisystem. Sie können zudem komplexere Richtlinien anwenden und z. B. den Zugriff auf bestimmte IAM-Rollen gewähren, einschließlich derer in anderen AWS-Konten.

Ein EFS Access Point ist ein Netzwerkendpunkt, den Benutzer und Anwendungen verwenden können, um auf ein EFS-Dateisystem zuzugreifen und Berechtigungen auf Datei- und Ordnerebene (POSIX) basierend auf einer differenzierten Zugriffskontrolle sowie in IAM definierte richtlinienbasierte Berechtigungen zu erzwingen.

EFS Access Points stellen eine flexible Möglichkeit dar, Mehrmandantenumgebungen für Ihre Dateianwendungen in einer cloudnativen Weise zu erstellen und zu verwalten, um Ihnen die Datenfreigabe zu erleichtern. Im Gegensatz zu herkömmlichen POSIX-Zugriffskontrolllisten (ACLs), die den Zugriff auf das Dateisystem kontrollieren, oder Kerberos, das zur Kontrolle der Authentifizierung eingesetzt wird, die beide eine komplexe Einrichtung, Verwaltung und Wartung erfordern und oft ein Risiko darstellen, werden EFS Access Points in IAM integriert, um cloudnativen Anwendungen zu ermöglichen, einen POSIX-basierten gemeinsam genutzten Dateispeicher zu verwenden. Zu den Anwendungsfällen, die von Amazon EFS Access Points profitieren können, gehören containergestützte Umgebungen, in denen Entwickler ihre eigenen Container erstellen und bereitstellen, Datenwissenschaft-Anwendungen, die Zugriff auf Produktionsdaten benötigen, und die Freigabe eines bestimmten Verzeichnisses in Ihrem Dateisystem für andere AWS-Konten.

Wenn Sie einen Amazon EFS Access Point erstellen, können Sie einen Benutzer und eine Gruppe eines Betriebssystems konfigurieren, sowie ein Stammverzeichnis für alle Verbindungen, die es nutzen. Wenn Sie den Besitzer des Stammverzeichnisses angeben, erstellt es EFS automatisch mit den Berechtigungen, die sie vergeben, wenn sich ein Kunde das erste Mal mit dem Zugangspunkt verbindet. Sie können außerdem die IAM-Richtlinie des Dateisystems aktualisieren, um es auf Ihren Zugangspunkt anzuwenden. Beispielsweise können Sie eine Richtlinie anwenden, die eine spezielle IAM-Identität erfordert, um sich mit einem vorgegebenen Zugangspunkt zu verbinden. Weitere Informationen finden Sie im Benutzerhandbuch zu Amazon EFS.

Amazon EFS bietet eine Verschlüsselung der Daten im Speicher und während der Übertragung.

Im Speicher verschlüsselte Daten werden während des Schreibens transparent verschlüsselt und während des Lesens transparent entschlüsselt. Ein Anpassen Ihrer Anwendungen erübrigt sich dadurch. Verschlüsselungsschlüssel werden vom AWS KMS verwaltet, sodass Sie sich nicht mit dem Erstellen und Verwalten einer sicheren Schlüsselverwaltungsinfrastruktur befassen müssen.

Für die Verschlüsselung der Daten während der Übertragung wird der Branchenstandard Transport Layer Security (TLS) 1.2 für die zwischen Clients und EFS-Dateisystemen übertragenen Daten verwendet.

Die Verschlüsselung der Daten im Speicher und während der Übertragung kann in Abhängigkeit der jeweiligen Sicherheitsanforderungen gemeinsam oder unabhängig voneinander konfiguriert werden.

Weitere Informationen finden Sie in der Benutzerdokumentation im Abschnitt über die Verschlüsselung.

AWS KMS ist ein verwalteter Service, der das Erstellen und Kontrollieren der Verschlüsselungsschlüssel, die zum Verschlüsseln Ihrer Daten verwendet werden, einfacher macht. AWS KMS ist in andere AWS-Services wie EFS, EBS und S3 integriert, um die Verschlüsselung Ihrer Daten mit von Ihnen verwalteten Verschlüsselungsschlüsseln zu vereinfachen. AWS KMS ist auch in AWS CloudTrail integriert und stellt für Sie Protokolle der gesamten Schlüsselnutzung bereit, um Sie bei der Einhaltung der gesetzlichen und Compliance-Anforderungen zu unterstützen.

Sie können die Verschlüsselung gespeicherter Daten in der EFS-Konsole mithilfe der CLI oder SDKs aktivieren. Wenn Sie ein neues Dateisystem in der EFS-Konsole erstellen, wählen Sie die Option zum Erstellen des Dateisystems aus und aktivieren Sie dann das Kontrollkästchen für die Verschlüsselung.

Für die Verschlüsselung der Daten während der Übertragung zwischen Ihrem Amazon-EFS-Dateisystem und seinen Clients kann die Amazon-EFS-Mount-Hilfe verwendet werden.

Die Verschlüsselung der Daten im Speicher und während der Übertragung kann in Abhängigkeit der jeweiligen Sicherheitsanforderungen gemeinsam oder unabhängig voneinander konfiguriert werden.

Weitere Informationen finden Sie in der Benutzerdokumentation im Abschnitt über die Verschlüsselung.

Die Verschlüsselung Ihrer Daten wirkt sich minimal auf die E/A-Latenz und den Durchsatz aus.

Beim On-Premises-Zugriff auf EFS-Dateisysteme benötigen Sie eine Direct Connect- oder AWS VPN-Verbindung zwischen Ihrem On-Premises-Rechenzentrum und Ihrer Amazon Virtual Private Cloud (VPC).

Auf Ihrem On-Premises-Linux-Server stellen Sie ein Amazon-EFS-Dateisystem mit dem Linux-Standardbefehl „mount“ zum Bereitstellen eines Dateisystems über das NFS-v4.1-Protokoll bereit.

Weitere Informationen zum Zugriff auf Amazon-EFS-Dateisysteme von On-Premises-Servern finden Sie in der Dokumentation.

Sie können Ihre Amazon-EFS-Dateisysteme auf Ihren On-Premises-Servern bereitstellen und Dateidaten mit Linux-Standardtools und -skripts oder AWS DataSync von und zu Amazon EFS verschieben. Die Möglichkeit, Dateidaten zu und von Amazon-EFS-Dateisystemen zu verschieben, eröffnet Ihnen drei Anwendungsfälle.

Zunächst können Sie Daten aus On-Premises-Rechenzentren migrieren, sodass sie dauerhaft in EFS-Dateisystemen gespeichert werden.

Des Weiteren unterstützen Sie dadurch Cloud-Bursting-Workloads, sodass Sie Ihre Anwendungs-Verarbeitung in die Cloud auslagern können. Sie können Daten von Ihren lokalen Servern auf Ihre Amazon-EFS-Dateisysteme verschieben, sie in Ihrer Amazon VPC in einem Cluster aus EC2-Instances analysieren und die Ergebnisse danach dauerhaft auf Ihren Amazon-EFS-Dateisystemen speichern oder sie zurück auf die lokalen Server (On-Premises-Server) verschieben.

Schließlich können Sie Ihre lokalen Dateidaten regelmäßig als Sicherung nach Amazon EFS kopieren und erhalten so die Möglichkeit für eine Notfallwiederherstellung.

Ja. Sie können gleichzeitig von den Servern Ihres On-Premises-Rechenzentrums und über EC2-Instances Ihrer Amazon VPC auf Ihr Amazon-EFS-Dateisystem zugreifen. Amazon EFS bietet sowohl für EC2-Instances als auch für lokale Server, die auf ein Dateisystem zugreifen, die gleiche Semantik für den Dateisystemzugriff (z. B. eine hohe Datenkonsistenz und Dateisperren).

Aufgrund der Weiterleitungsverzögerung bei Daten, die über große Distanzen übertragen werden, kann die Netzwerklatenz der Netzwerkverbindung zwischen Ihrem lokalen Rechenzentrum und Ihrer Amazon VPC im zweistelligen Millisekundenbereich liegen. Wenn Ihre Dateioperationen serialisiert sind, kann die Latenz der Netzwerkverbindung Ihren Lese- und Schreibdurchsatz unmittelbar beeinträchtigen. Dies liegt daran, dass die Datenmenge, die innerhalb einer bestimmten Zeit gelesen oder geschrieben werden kann, an die Zeit gebunden ist, die für den Abschluss jedes einzelnen Lese- und Schreibvorgangs benötigt wird. Zur Optimierung Ihres Durchsatzes sollten Sie Ihre Dateioperationen daher parallelisieren, damit Amazon EFS mehrere Lese- und Schreibvorgänge gleichzeitig verarbeiten kann. Mit Standardtools wie GNU Parallel kann das Kopieren von Dateidaten parallelisiert werden. Weitere Informationen finden Sie in der Online-Dokumentation.

Es gibt mehrere Methoden zum Kopieren vorhandener On-Premises-Daten in Amazon EFS. AWS DataSync bietet eine schnelle und einfache Methode, um vorhandene Dateisysteme sicher in EFS zu synchronisieren, und funktioniert über jede Netzwerkverbindung, auch AWS Direct Connect.

AWS Direct Connect bietet eine dedizierte Netzwerkverbindung mit hoher Bandbreite und niedrigerer Latenz, über die Sie Ihre EFS-Dateisysteme mounten können. Nach der Aufspielung können Sie mit DataSync Daten bis zu 10 Mal schneller als standardmäßige Linux-Kopier-Tools in EFS kopieren.

Weitere Informationen zu AWS DataSync finden Sie im Abschnitt zur Datenübertragung in diesen häufig gestellten Fragen.

DataSync ist ein Online-Datenübertragungsservice, mit dem Sie Daten zwischen On-Premises-Speichern und Amazon EFS schneller und einfacher übertragen können. DataSync nutzt ein zweckbestimmtes Protokoll zur Beschleunigung und Sicherung von Übertragungen über das Internet oder Direct Connect und ist hierbei bis zu 10-mal schneller als Open-Source-Lösungen. Mithilfe von DataSync können Sie einmalige Datenmigrationen durchführen, On-Premises-Daten für zeitnahe interne Cloud-Analysen übertragen und Replikationen in AWS zum Schutz und zur Wiederherstellung von Daten automatisieren.

AWS Transfer Family ist ein vollständig verwalteter Dateiübertragungsservice, der Support für Secure File Transfer Protocol (SFTP), File Transfer Protocol over SSL (FTPS) und File Transfer Protocol (FTP) bietet. AWS Transfer Family bietet Ihnen einen vollständig verwalteten, hochverfügbaren Dateiübertragungsservice mit integrierten automatischen Skalierungsfunktionen, sodass Sie die Dateiübertragungs-Infrastruktur nicht selbst verwalten müssen. Die Workflows Ihrer Endbenutzer bleiben unverändert, während Daten, die über die ausgewählten Protokolle hoch- und heruntergeladen werden, in Ihrem Amazon-EFS-Dateisystem gespeichert werden.

Um mit DataSync zu starten, können Sie mittels der Konsole oder der CLI den Agenten über das NFS-Protokoll (Network File System) mit Ihren On-Premises-Dateisystemen oder Dateisystemen innerhalb der Cloud verbinden, Ihr Amazon-EFS-Dateisystem auswählen und mit dem Kopieren von Daten beginnen. Sie müssen zunächst einen Software-Agenten bereitstellen, der in der Konsole zum Download zur Verfügung steht, außer beim Kopieren von Dateien zwischen zwei Amazon-EFS-Dateisystemen.

Um mit der AWS Transfer Family zu beginnen, stellen Sie zunächst sicher, dass die Verzeichnisse Ihres Dateisystems für die POSIX-Benutzer zugänglich sind, die Sie AWS Transfer zuweisen möchten. Dann können Sie die Konsole, die CLI oder die API verwenden, um einen AWS-Transfer-Family-Endpunkt und -Benutzer zu erstellen. Nach der Fertigstellung können Ihre Endbenutzer ihre SFTP-, FTP- oder FTPS-Clients verwenden, um auf die in Ihrem Amazon-EFS-Dateisystem gespeicherten Daten zuzugreifen.

Sie können DataSync verwenden, um Dateien zwischen zwei Amazon-EFS-Dateisystemen zu übertragen, auch zwischen solchen in verschiedenen AWS-Regionen. AWS-Transfer-Family-Endpunkte müssen sich in der gleichen Region befinden wie Ihr Amazon-EFS-Dateisystem.

Ja. Sie können DataSync verwenden, um Dateien in ein Amazon-EFS-Dateisystem in einem anderen AWS-Konto zu kopieren.

Sie können Ihr Amazon-EFS-Dateisystem auch so konfigurieren, dass AWS Transfer Family über ein anderes Konto darauf zugreifen kann, sofern das Konto die entsprechenden Berechtigungen erhalten hat. Weitere Informationen zum Erteilen von Transfer-Family-Berechtigungen für externe AWS-Konten über Dateisystemrichtlinien finden Sie in der Dokumentation.

EFS ist in eine Reihe von anderen AWS-Services integriert, darunter CloudWatch, AWS CloudFormation, CloudTrail, IAM und AWS Tagging.

CloudWatch unterstützt Sie bei der Überwachung der Dateisystem-Aktivität mithilfe von Metriken. CloudFormation ermöglicht Ihnen das Erstellen und Verwalten von Dateisystemen mithilfe von Vorlagen.

CloudTrail unterstützt Sie beim Aufzeichnen aller EFS-API-Aufrufe in Protokolldateien.

IAM ermöglicht es Ihnen, zu steuern, wer Ihr Dateisystem verwalten kann. Mit den AWS-Tagging-Services können Sie Ihre Dateisysteme mit von Ihnen definierten Metadaten kennzeichnen.

Sie können die Kosten Ihres Amazon-EFS-Dateisystems mithilfe von AWS Budgets planen und verwalten. Sie können mit AWS Budgets über die AWS-Fakturierungs- und Kostenmanagementkonsole arbeiten. Um AWS Budgets zu verwenden, erstellen Sie ein monatliches Kostenbudget für Ihre Amazon-EFS-Dateisysteme.

Sperren in Amazon EFS verwenden das NFS-v4.1-Protokoll für empfohlene Sperren, das Ihren Anwendungen die Verwendung von Datei- und Byte-Bereichssperren ermöglicht.

Jedes Dateisystem verfügt über eine automatisch generierte ID-Nummer, die global eindeutig ist. Sie können Ihre Dateisysteme mit Namen markieren, die nicht eindeutig sein müssen.

Mit Amazon EFS zahlen Sie nur für den verwendeten Primär- und Backup-Speicher sowie für Ihre Lese-, Schreib- und Tiering-Aktivitäten in Ihrem EFS-Dateisystem. Sie zahlen für Lese- und Schreibzugriff mit elastischem Durchsatz (aber Sie können die Durchsatzleistung optional mit bereitgestelltem Durchsatz bereitstellen) und für das Tiering von Daten in die EFS-Speicherklassen Infrequent Access und Archive.

Amazon EFS bietet drei Speicherklassen: EFS Standard, das eine Latenzleistung von unter einer Millisekunde für aktiv genutzte Daten bietet, EFS Infrequent Access (EFS IA), das für Daten optimiert ist, auf die nur wenige Male pro Quartal zugegriffen wird, und EFS Archive, das für langlebige Daten kostenoptimiert ist, auf die ein paar Mal pro Jahr oder weniger zugegriffen wird.

EFS bietet auch Datenschutz für Ihre Dateien mit EFS Backup und EFS-Replikation. Mit EFS Backup bezahlen Sie nur für die Menge an Backup-Speicher, die Sie verwenden, und die Menge an Backup-Daten, die Sie im Monat wiederherstellen. Es gibt keine Mindestgebühr und keine Einrichtungsgebühren. Besuchen Sie AWS Backup, um mehr zu erfahren. Nutzen Sie die EFS-Replikation, um Ihr Dateisystem in eine Region oder Availability Zone (AZ) Ihrer Wahl zu replizieren, ohne dafür zusätzliche Infrastruktur oder benutzerdefinierte Prozesse verwalten zu müssen.

Sie können Ihre monatliche Rechnung mit dem Amazon-EFS-Preisrechner schätzen.

Es fallen keine Einrichtungsgebühren oder Verpflichtungen an, um mit der Nutzung von Amazon EFS zu beginnen. Am Monatsende werden Ihnen die Nutzungsgebühren für den betreffenden Monat automatisch in Rechnung gestellt. Sie können die Gebühren für den aktuellen Abrechnungszeitraum jederzeit einsehen. Melden Sie sich hierzu bei Ihrem Amazon Web Services-Konto an und wählen Sie das mit Ihrem Konsolenprofil verbundene „Billing Dashboard“ aus.

Beim kostenlosen Nutzungskontingent von AWS* wird Ihre Nutzung für das kostenlose Kontingent jeden Monat für alle AWS-Regionen außer der AWS-GovCloud-Region berechnet und automatisch in Ihrer Rechnung berücksichtigt. Nicht verwendetes Kontingent wird nicht auf den nächsten Monat übertragen. Bei der Registrierung erhalten EFS-Neukunden ein Jahr lang jeden Monat 5 GB Amazon EFS Standard. Das kostenlose AWS-Kontingent gilt nicht für Dateien, die im Dateisystemtyp EFS One Zone gespeichert sind. Es gelten Einschränkungen; weitere Informationen finden Sie in den Angebotsbedingungen.

Amazon EFS stellt für folgende Verwendungsarten Gebühren in Rechnung. Beachten Sie, dass in den folgenden Berechnungen davon ausgegangen wird, dass keine kostenlosen AWS-Kontingente vorliegen.

Verwendeter Speicher:

Der Amazon-EFS-Betrag, der in einem Monat in Rechnung gestellt wird, basiert auf der Speicher-, Durchsatz- und Datenschutznutzung in einem Monat. Die Speicherkosten werden auf der Grundlage des durchschnittlichen Speicherplatzes berechnet, der im Laufe des Monats genutzt wird. Die Speichernutzung wird in "GB-Monaten" gemessen, die am Monatsende summiert werden, um Ihre monatliche Gebühr zu ermitteln. 

Das folgende Beispiel gibt ein Szenario wieder, in dem sich die Dateizugriffsmuster im Laufe der Zeit ändern, und enthält jede der Preisdimensionen von EFS IA und EFS Archive. Im Beispiel wird davon ausgegangen, dass die beiden EFS-Lebenszyklusrichtlinien zum Verschieben von Dateien zwischen EFS Standard, EFS Infrequent Access (IA) und EFS Archive festgelegt sind.

Angenommen, Ihr Dateisystem befindet sich in der Region USA Ost (Nord-Virginia). Zu Beginn eines 31-Tage-Monats speichert Ihr Dateisystem 200 GB an Dateien auf EFS Standard, 500 GB an Dateien auf EFS IA und 2 TB an Dateien auf EFS Archive. Am 15. Tag des Monats verschiebt EFS Lifecycle Management ohne Intelligent Tiering 50 % Ihrer EFS-Standarddateien in die EFS-IA-Klasse und 10 % Ihrer EFS-IA-Dateien in die EFS-Archive-Klasse, wenn sie nach 14 Tagen nicht aufgegriffen worden sind. Im Durchschnitt liest Ihre Client-Anwendung jeden Monat 200 GB an Dateien aus Ihrem EFS IA und 100 GB an Dateien aus Ihrem EFS-Archiv.

Zunächst berechnen wir den anteiligen Speicherverbrauch:

Standardspeicher:
200 GB des EFS-Standard-Speichers für 14 Tage (GB-Stunden): 200 GB x 14 Tage x (24 Stunden/Tag) = 67 200 GB-Stunden
100 GB des EFS-Standard-Speichers für 17 Tage (GB-Stunden): 100 GB x 17 Tage x (24 Stunden/Tag) = 40 800 GB-Stunden
Gesamte EFS-Standardspeichernutzung (GB-Stunden): 67 200 GB-Stunden + 40 800 GB-Stunden = 108 000 GB-Stunden

IA-Speicher:
500 GB EFS IA für 14 Tage (GB-Stunden): 500 GB x 14 x (24 Stunden/Tag) = 168 000 GB-Stunden
100 GB Dateien von EFS Standard bis EFS IA für 17 Tage (GB-Stunden) = 100 GB x 17 x (24 Stunden/Tag) = 40 800 GB-Stunden
450 GB EFS IA (nachdem 50 GB in EFS Archive verschoben wurden) = 450 GB x 17 x (24 Stunden/Tag) = 183 600 GB-Stunden

Gesamte EFS-IA-Nutzung (GB-Stunden): 168 000 GB-Stunden + 40 800 GB-Stunden + 326 400 GB-Stunden = 392 400 GB-Stunden

Archivspeicher:
2 TB EFS IA für 31 Tage (GB-Stunden): 1 000 GB x 14 x (24 Stunden/Tag) = 1 488 000 GB-Stunden
50 GB an Dateien von EFS IA zu EFS Archive für 17 Tage (GB-Stunden): 50 GB x 17 x (24 Stunden/Tag) = 20 400 GB-Stunden
Gesamte EFS-Archive-Speichernutzung (GB-Stunden): 1 488 000 GB-Stunden + 20 400 GB-Stunden = 1 508 400 GB-Stunden

Als Nächstes wandeln wir die Speichernutzung in GB-Monate um und berechnen die Speichergebühr:
Gesamte EFS-Standardgebühr: 108 000 GB-Stunden x (1 Monat/744 Stunden) x 0,30 USD/GB-Monat = 43,55 USD
Gesamte Gebühr für EFS IA: 392 400 GB-Stunden x (1 Monat/744 Stunden) x 0,0165 USD/GB-Monat = 8,70 USD
Gesamte Gebühr für EFS Archive: 1 508 400 GB-Stunden x (1 Monat/744 Stunden) x 0,008 USD/GB-Monat = 16,22 USD
Gesamte EFS-Speichergebühr: 43,55 USD + 8,70 USD + 16,22 USD = 68,47 USD

Als Nächstes berechnen wir die Zugriffsgebühren für Dateien in EFS IA und EFS Archive:

IA-Daten-Tiering:
Daten-Tiering (Dateien wurden von EFS Standard nach EFS IA verschoben): 100 GB * 0,01 USD/GB = 1,00 USD
IA-Lesezugriffsgebühr: 200 GB * 0,01 USD/GB = 2,00 USD

Elastic Durchsatz-Lesegebühr: 200 GB * 0,03 $/GB = 6,00 USD

Gesamtzahl der EFS-IA-Tiering- und Zugriffsgebühren: 1,00 USD + 2,00 USD + 6,00 USD = 9,00 USD

Archive-Daten-Tiering:
Daten-Tiering (Dateien wurden von Infrequent Access ins Archive verschoben): 50 GB * 0,03 USD/GB = 1,50 USD
Gebühr für den Lesezugriff auf das Archiv: 100 GB *0,03 USD/GB = 3,00 USD

Elastic Durchsatz-Lesegebühr: 100 GB * 0,03 USD/GB = 3,00 USD

Summe der EFS-IA-Tiering- und Zugriffsgebühren: 1,50 USD + 3,00 USD + 3,00 USD = 7,50 USD

Summe der Gebühren für EFS-Tiering und -Zugriff: 9,00 USD + 7,50 USD = 16,50 USD

Schließlich berechnen wir die gesamte EFS-Gebühr für den Monat:

Monatliche Gesamtkosten = Gesamtspeichergebühr + Gesamtzugriffsgebühr = 68,47 USD + 16,50 USD = 84,97 USD (Gesamtbetriebskosten: 0,0315 USD/GB)

Mit dem elastischen Durchsatz können Sie für Lese- und Schreibvorgänge auf Ihre Daten zugreifen. Mit dem elastischen Durchsatz skaliert die Leistung automatisch mit Ihrer Workload-Aktivität, und Sie zahlen nur für den Durchsatz, den Sie nutzen (Daten, die für Ihre Dateisysteme pro Monat übertragen werden). Der Betrag für den elastischen Durchsatz, der pro Monat in Rechnung gestellt wird, basiert auf den Lese- und Schreibdaten, die innerhalb eines Monats übertragen wurden, und wird in „übertragenen GB“ gemessen.

Sie können Bereitgestellten Durchsatz verwenden, wenn Sie die Durchsatznutzung Ihrer Anwendung und die Anforderungen an den Spitzendurchsatz kennen. Der Bereitgestellte Durchsatz, der in einem Monat in Rechnung gestellt wird, basiert auf dem durchschnittlichen bereitgestellten Durchsatz, der über das hinausgeht, was Ihr EFS-Standard für den Monat zulässt, bis zu den geltenden Bursting-Durchsatzgrenzwerten in der AWS-Region, und wird in „MB/s-Monat“ gemessen.

Beispiel für elastischen Durchsatz:

Angenommen, Ihr Dateisystem befindet sich in der Region USA Ost (Nord-Virginia) und verfügt über 100 GB EFS-Standardspeicher für den gesamten 31-Tage-Monat. Gehen Sie davon aus, dass die Datenübertragung Ihres Workloads zu 75 % aus Lesevorgängen und zu 25 % aus Schreibvorgängen besteht, 3 Stunden am Tag und 3 Tage die Woche einen Spitzendurchsatz von 100 MB/s erzielt und für den Rest der Zeit inaktiv ist.  

Monatliche Gesamtgebühr für elastischen Durchsatz

Angenommen, alle übertragenen Daten sind für den EFS-Standardspeicher. In diesem Fall ist die monatliche Nutzung in GB wie folgt:

Daten mit elastischem Durchsatz (GB) im Monat insgesamt: 100 MB/s x (60 Minuten x 60 Sekunden x 3 Stunden) x 3 Tage x 4 Wochen/1 000 = 12 960 GB 
Gesamter elastischer Durchsatz für gelesene Daten (GB): 75 % x 12 960 GB = 9 720 GB
Gesamter elastischer Durchsatz für geschriebene Daten (GB): 25 % x 12 960 GB = 3 240 GB

Dann wird die monatliche Gesamtgebühr für den elastischen Durchsatz berechnet: 

Gebühr für gelesene Daten mit elastischem Durchsatz: 9 720 GB x 0,03 USD/GB = 291,60 USD 
Gebühr für geschriebene Daten mit elastischem Durchsatz: 3 240 GB x 0,06 USD/GB = 194,40 USD
Dann wird die monatliche Gesamtgebühr für den elastischen Durchsatz berechnet:
Monatliche Gesamtgebühr für elastischen Durchsatz = 291,60 USD + 194,40 USD = 486,00 USD

Beispiel für bereitgestellten Durchsatz:

Es werden die gleichen Annahmen wie im obigen Beispiel für den elastischen Durchsatz angenommen (Ihr Dateisystem befindet sich in der Region USA Ost (Nord-Virginia) und verfügt über 100 GB EFS-Standardspeicher für den gesamten 31-Tage-Monat). Gehen Sie davon aus, dass die Datenübertragung Ihres Workloads zu 75 % aus Lesevorgängen und zu 25 % aus Schreibvorgängen besteht und einen Spitzendurchsatz von 100 MB/s für 3 Stunden am Tag und 3 Tage die Woche ergibt und
für den Rest der Zeit inaktiv ist. Der in einem Monat in Rechnung gestellte Durchsatzbetrag basiert auf dem bereitgestellten durchschnittlichen Durchsatz, der über das hinausgeht, was Ihr EFS-Standardspeicher für den Monat zulässt (50 KBit/s Basisdurchsatz pro 1 GB Standardspeicher)

Basisdurchsatz (MB/s-Monat) = 100 GB Standardspeicher * 50 KBps/1 000 = 5 MB/s-Monat.
Gesamter fakturierbarer bereitgestellter Durchsatz (MB/s-Monat) = konfigurierter Durchsatz –
Basisdurchsatz = 100 MB/s-Monat – 5 MB/s-Monat = 95 MB/s-Monat
Gesamte Gebühr für bereitgestellten Durchsatz pro Monat = 95 MB/s-Monat * 6 USD/MB/s-Monat = 570,00 USD

Sie können optional EFS Replication oder AWS Backup verwenden, um Ihre Daten zu schützen. Mit der EFS-Replikation zahlen Sie für den Speicher, die Zugriffsgebühren aus den Klassen Infrequent Access und Archive sowie für Datenübertragungsänderungen, wenn sich Ihr Zieldateisystem in einer anderen AWS-Region befindet. Mit AWS Backup zahlen Sie für die durchschnittliche Datenmenge, die in einem Monat gesichert und wiederhergestellt wurde.

Replikation

Dieses Beispiel beschreibt ein Szenario, in dem Sie Dateisysteme über Regionen hinweg mit der EFS-Replikation replizieren. Das Beispiel ist auf den Preis im direkten Zusammenhang mit EFS-Replikation ausgerichtet.

Angenommen, Sie haben ein EFS-Dateisystem in der Region USA Ost (Nord-Virginia) mit 1 TB Daten. Dieses Dateisystem wird in die Region USA West (Oregon) repliziert. Angenommen, das Zieldateisystem verwendet eine 7-tägige EFS-Lebenszyklus-Verwaltungsrichtlinie, um Dateien in die EFS-IA-Klasse zu verschieben.

Bei der ersten Aktivierung der Replikation wird das gesamte Quell-Dateisystem auf das Ziel-Dateisystem kopiert. Die replizierten Daten landen zuerst in der EFS-Standardklasse im Zieldateisystem. Wenn für die Dauer der EFS-Lebenszyklus-Verwaltungsrichtlinie (7 Tage) auf die Dateien nicht zugegriffen wird, werden diese in die EFS-IA-Klasse verschoben.

Erste Synchronisierung:

Zuerst berechnen wir den anteiligen Speicherverbrauch für das Ziel-Dateisystem:
Gesamte EFS-Standard-Speichernutzung (GB-Stunden) = 1,000 GB * 7 Tage x (24 Stunden/Tag) = 168 000 GB-Stunden
Gesamte EFS-IA-Speichernutzung (GB-Stunden): 1 000 GB * 24 Tage * (24 Stunden/Tag/31 Tage Monat) = 576 000 GB-Stunden

Als Nächstes wandeln wir die Speichernutzung in GB-Monate um und berechnen die Speichergebühr für das Ziel-Dateisystem:

Gesamte EFS-Standardgebühr: 168 000 * (1 Monat/744 Stunden) * 0,30 USD/GB-Monat = 67,74 USD
Gesamte EFS-IA-Gebühr: 576 000 * (1 Monat/744 Stunden) * 0,025 USD/GB-Monat = 19,36 USD
Gesamte Speichergebühr für die erste Synchronisierung = 67,74 USD + 19,36 USD = 87,10 USD
Dann berechnen wir die Datenübertragungsgebühren für die erste Replikation des Quelldateisystems auf das Zieldateisystem:
Gesamte Datenübertragungskosten der EFS-Replikation für 1 TB Daten: 1 000 GB * 0,02 USD/GB = 20,00 USD

Gesamte Gebühr für die erste Synchronisierung = Gesamte Speichergebühr für die erste Synchronisierung + Gesamte Datenübertragungskosten für die erste Synchronisierung = 87,10 USD + 20,00 USD = 107,10 USD

Inkrementelle Replikation:

Berücksichtigen Sie, dass das Quell-Dateisystem nach 7 Tagen 150 GB an neuen Daten hinzufügt. Diese neuen Daten werden in das Zieldateisystem repliziert und verweilen gemäß der Lebenszyklus-Verwalttungsrichtlinie wie zuvor 7 Tage in der EFS-Standardklasse. Der anteilige Speicherverbrauch für 150 GB an neuen Daten wird wie folgt berechnet:

Gesamte EFS-Standard-Speichernutzung (GB-Stunden) = 150 GB * 7 Tage * (24 Stunden/Tag) = 25 200 GB-Stunden
Gesamte EFS-IA-Speichernutzung (GB-Stunden): 150 GB * 17 Tage * (24 Stunden/Tag) = 61 200 GB-Stunden

Als Nächstes wandeln wir die Speichernutzung in GB-Monate um und berechnen die Speichergebühr für die dem Ziel-Dateisystem hinzugefügten 150 GB an neuen Daten: 

Gesamte EFS-Standardgebühr: 25 200 * (1 Monat/744 Stunden) * 0,30 USD/GB-Monat = 10,16 USD
Gesamte EFS-IA-Gebühr: 61 200 * (1 Monat/744 Stunden) * 0,025 USD/GB-Monat = 2,06 USD
Gesamte Speichergebühr für die inkrementelle Replikation = 10,16 USD + 2,06 USD = 12,22 USD

Zuletzt berechnen wir die Datenübertragungskosten für 150 GB an inkrementellen Daten:

Gesamte Gebühren für die Datenübertragung für die inkrementelle Replikation: 150 GB * 0,02 USD/GB = 3,00 USD
Gesamte Gebühr für die inkrementelle Replikation = Gesamte Speichergebühr für die inkrementelle Replikation + Gesamte Datenübertragungskosten für die inkrementelle Replikation = 12,22 USD + 3,00 USD = 15,22 USD

Gesamte Gebühr in Bezug auf die EFS-Replikation = Gesamte Gebühr für die erste Synchronisierung + Gesamte Gebühr für die inkrementelle Replikation = 107,10 USD + 15,22 USD = 122,32 USD

Backup

Preisbeispiele für Backups finden Sie unter AWS-Backup – Preise.

Preisinformationen zu EFS finden Sie auf der Preisseite zu Amazon EFS.

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.

Die folgende Beispiellösung veranschaulicht die Gesamtbetriebskosten von Amazon EFS und die effektiven Gesamtbetriebskosten von Amazon EFS unter Berücksichtigung der Speicher- und Durchsatzelastizität. Mit Amazon EFS werden Speicher und Durchsatz automatisch hoch- und herunterskaliert. Sie bezahlen nie für ungenutzte Speicher- oder Durchsatzkapazität. EFS repliziert Daten automatisch über mehrere AZs hinweg, um eine hohe Verfügbarkeit und Haltbarkeit zu gewährleisten, und verteilt die Daten automatisch auf Hot- und Cold-Storage-Klassen, um die Kosten zu optimieren.

Alternativ erfordert eine nicht elastische (bereitgestellte) Cloud-Lösung die Verwaltung der Speicher- und Durchsatzkapazität bei Spitzennutzung und ermöglicht keine Kapazitätsreduzierung. Die meisten Anbieter bereitgestellter Lösungen empfehlen, eine Speicherauslastung von 30–50 % beizubehalten, um Speicherwachstum zu berücksichtigen, und eine Durchsatzauslastung von 50 %, um Spitzendurchsatz zu berücksichtigen. Wenn wir das elastische Modell von EFS vergleichen, das keinen zusätzlichen ungenutzten Speicher oder Durchsatz erfordert, sind die effektiven Gesamtbetriebskosten bis zu 60 % günstiger.

Beispiel 1 – Allzweck-Workload
Gehen Sie davon aus, dass sich Ihr Dateisystem in der Region USA Ost (Nord-Virginia) befindet und eine durchschnittliche Speichergröße von 2,7 TB für einen bestimmten Monat enthält. Ihre Anwendung führt eine Reihe von Lesevorgängen mit einem Spitzendurchsatz von 25 MBit/s aus, was insgesamt 300 GB an Daten entspricht, die innerhalb eines Monats übertragen werden.

Mit EFS würde diese Anwendung durchschnittlich 5 % des Speichers (145 TB) in SSD, etwa 20 % des Speichers (527 TB) in Infrequent Access und die restlichen 2 027 TB Speicher in Archive speichern, was insgesamt 68,47 USD an Speicherkosten ergibt. Zusätzlich fallen für Ihren Workload Gebühren in Höhe von 2,50 USD für die Einstufung der kälteren Daten in die Klassen Infrequent Access und Archive sowie 14,00 USD für die elastischen Durchsatzkosten für die Übertragung von 300 GB Daten an, was Gesamtbetriebskosten von 0,0315 USD/GB/Monat entspricht.

Mit einer bereitgestellten Cloud-Lösung kann die Anwendung von Speicheroptimierungen wie Komprimierung profitieren, um die Gesamtspeichergröße um 50 % (1 350 TB) zu reduzieren. Basierend auf dem Nutzungsverhalten gehen wir davon aus, dass 5 % der Hot Data (68 TB) auf SSD gespeichert werden. Da es sich um eine bereitgestellte Cloud-Lösung handelt, die nicht automatisch hoch- oder herunterskaliert, empfehlen wir, mit einer Speicherauslastung von 50 % zu arbeiten und 136 TB bereitzustellen. Die verbleibenden 95 % des Speichers (1 282 TB) werden in einer kälteren Speicherklasse gespeichert, was den Speicherkosten von 90,15 USD entspricht. Darüber hinaus stellen wir 50 Mbit/s für den Durchsatz bereit, basierend auf der Empfehlung, den Durchsatz bei 50 % Auslastung zu betreiben, was zu Gesamtbetriebskosten von 0,0797 USD/GB/Monat führt.

*Es wird davon ausgegangen, dass durch Optimierungen wie Komprimierung eine Speicherreduzierung von 50 % erzielt wird

**Es wird davon ausgegangen, dass 5 % der komprimierten Daten in der SSD-Klasse gespeichert, für eine Ausführung mit 50 % Auslastung bereitgestellt und für eine Gebühr von 0,25 USD/GB/Monat abgerechnet werden. Die verbleibenden 95 % der komprimierten Daten werden in einer kälteren Speicherklasse zu einem Preis von 0,0483 USD/GB/Monat gespeichert.
***Es wird davon ausgegangen, dass der Durchsatz bei einer Auslastung von 50 % mit einer Rate von 2,50 USD/Mbit/s bereitgestellt wird.

Beispiel 2 – Scratch-Daten-Workload

Gehen Sie davon aus, dass Ihr Börsenmodellierungs-Workload zwei Stunden am Tag Analysen durchführt und die Speicherung kurzlebiger Daten für die zwei Stunden Laufzeit erfordert. Gehen Sie davon aus, dass sich Ihr Dateisystem in der Region USA Ost (Nord-Virginia) befindet und während der zweistündigen Laufzeit eine durchschnittliche SSD-Speichergröße von 1 024 GB enthält. Ihre Anwendung führt eine Reihe von Lese- und Schreibvorgängen mit einem Spitzendurchsatz von 500 Mbit/s aus, was einer täglichen Datenübertragung von insgesamt 175 GB entspricht.

Mit EFS würde diese Anwendung Daten jeden Monat 60 Stunden lang (30 Tage lang 2 Stunden pro Tag) auf SSD speichern und 5 250 GB Daten übertragen, was zu Gesamtkosten von 222,48 USD/Monat führt.

Mit einer bereitgestellten Cloud-Lösung kann das Dateisystem von Speicheroptimierungen wie Komprimierung profitieren, um den Speicherbedarf um 50 % zu reduzieren. Es erfordert jedoch die Konfiguration eines zusätzlichen Puffers von 30 % zur Unterstützung von Spitzenspeicher (1 024 GB * 50 % Komprimierung + 30 % Puffer = 666 GB), was zu Gesamtkosten von 1 416,50 USD/Monat führt.

Dank des Elastizitätsvorteils von EFS zahlen Sie nur für das, was Sie tatsächlich nutzen, und sparen so die Gesamtbetriebskosten um 84 %.

* Es wird davon ausgegangen, dass EFS-Daten 30 Tage lang 2 Stunden am Tag gespeichert werden.

** Es wird von kombinierten Kosten für den elastischen Durchsatz in Höhe von 0,0375 USD/übertragenem GB ausgegangen

***Es wird von einer Speicherreduzierung um 50 % durch Optimierungen wie Komprimierung und einem zusätzlichen Puffer von 30 % zur Unterstützung der Spitzenauslastung ausgegangen

Ja. Sie können über containerisierte Anwendungen, die von Amazon ECS unter Verwendung der Starttypen „EC2“ und „Fargate“ gestartet wurden, auf Amazon EFS zugreifen, indem in der Aufgabendefinition auf ein EFS-Dateisystem verwiesen wird. Eine Anleitung zu den ersten Schritten finden Sie in der ECS-Dokumentation.

Ja. Sie können über containerisierte Anwendungen, die von EKS mit den Starttypen EC2 oder Fargate gestartet wurden, mithilfe des Treibers von EFS CSI auf EFS zugreifen. Eine Anleitung zu den ersten Schritten finden Sie in der EKS-Dokumentation.

Ja. Sie können über Funktionen, die in Lambda ausgeführt werden, auf EFS zugreifen, indem Sie in den Einstellungen der Funktion auf ein EFS-Dateisystem verweisen. Eine Anleitung zu den ersten Schritten finden Sie in der Dokumentation zu Lambda.

Ja. Sie können in den Amazon-SageMaker-Trainingsaufträgen auf die Trainingsdaten in EFS zugreifen, indem Sie in einer CreateTrainingJob-Anforderung auf ein EFS-Dateisystem verweisen. EFS wird außerdem automatisch für Hauptverzeichnisse verwendet, die von SageMaker Studio erstellt werden.