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. # Was ist Amazon Elastic File System? Amazon Elastic File System (Amazon EFS) bietet vollständig elastischen Serverless-Dateispeicher, sodass Sie Dateidaten gemeinsam nutzen können, ohne Speicherkapazität und Leistung bereitstellen oder verwalten zu müssen. Amazon EFS ist so konzipiert, dass es bei Bedarf auf Petabytes skaliert werden kann, ohne Anwendungen zu unterbrechen. Es wächst und schrumpft automatisch, wenn Sie Dateien hinzufügen oder entfernen. Da Amazon EFS über eine einfache Webservice-Schnittstelle verfügt, können Sie Dateisysteme schnell und einfach erstellen und konfigurieren. Der Service übernimmt die Verwaltung der gesamten Dateispeicherinfrastruktur für Sie. Auf diese Weise kann der Aufwand der Bereitstellung, des Patchings und der Wartung komplexer Dateisystemkonfigurationen vermieden werden. Amazon EFS unterstützt das Network File System-Protokoll Version 4.1 (NFSv4.1 und NFSv4 .0), sodass die Anwendungen und Tools, die Sie heute verwenden, problemlos mit Amazon EFS zusammenarbeiten. Amazon EFS ist für die meisten Arten von Amazon Web Services Services-Recheninstanzen zugänglich EC2, einschließlich Amazon, Amazon ECS AWS Lambda, Amazon EKS und AWS Fargate. Der Service ist hochgradig skalierbar, hochverfügbar und äußerst langlebig. Amazon EFS bietet die folgenden Dateisystemtypen, um Ihren Anforderungen an Verfügbarkeit und Haltbarkeit gerecht zu werden: + *Regional* (empfohlen) — Regionale Dateisysteme (empfohlen) speichern Daten redundant in mehreren geografisch getrennten Availability Zones innerhalb derselben. AWS-Region Das Speichern von Daten in mehreren Availability Zones gewährleistet eine kontinuierliche Verfügbarkeit der Daten, selbst wenn eine oder mehrere Availability Zones in einer nicht verfügbar AWS-Region sind. + *Eine Zone* — Dateisysteme mit einer Zone speichern Daten innerhalb einer einzigen Availability Zone. Das Speichern von Daten in einer einzigen Availability Zone gewährleistet eine kontinuierliche Verfügbarkeit der Daten. Im unwahrscheinlichen Fall eines Verlusts oder einer Beschädigung der gesamten Availability Zone oder eines Teils davon können jedoch Daten, die in diesen Dateisystemen gespeichert sind, verloren gehen. Weitere Informationen über Dateisystemtypen finden Sie unter [EFS-Dateisystemtypen](features.md#file-system-type). Amazon EFS bietet den Durchsatz, die IOPS und die niedrige Latenz, die für eine breite Palette von Workloads erforderlich sind. EFS-Dateisysteme können bis in den Petabyte-Bereich wachsen, bieten einen hohen Durchsatz und ermöglichen einen massiv parallelen Zugriff von Compute-Instances auf Ihre Daten. Für die meisten Workloads empfehlen wir die Verwendung der Standardmodi, d. h. den allgemeinen Leistungsmodus und den Elastischen Durchsatzmodus. + *Allgemeiner Zweck* — Der Allzweck-Leistungsmodus ist ideal für latenzempfindliche Anwendungen wie Web-Server-Umgebungen, Content-Management-Systeme, Home-Verzeichnisse und allgemeine Dateibereitstellung. + *Elastisch* — Der Elastic Throughput-Modus ist so konzipiert, dass er die Durchsatzleistung automatisch nach oben oder unten skaliert, um den Anforderungen Ihrer Workload-Aktivität gerecht zu werden. Weitere Informationen zu EFS-Leistungs- und Durchsatzmodi finden Sie unter[Leistungsspezifikationen von Amazon EFS](performance.md). Amazon EFS bietet file-system-access Semantik, wie z. B. starke Datenkonsistenz und Dateisperren. Weitere Informationen finden Sie unter [Datenkonsistenz in Amazon EFS](features.md#consistency). Amazon EFS unterstützt auch die Steuerung des Zugriffs auf Ihre Dateisysteme durch POSIX-Berechtigungen (Portable Operating System Interface). Weitere Informationen finden Sie unter [Sicherung Ihrer Daten in Amazon EFS](security-considerations.md). Amazon EFS unterstützt Authentifizierungs-, Autorisierungs- und Verschlüsselungsfunktionen, damit Sie Ihre Sicherheits- und Compliance-Anforderungen erfüllen können. Amazon EFS unterstützt zwei Formen der Verschlüsselung für Dateisysteme: Verschlüsselung bei der Übertragung und Verschlüsselung im Ruhezustand. Sie können die Verschlüsselung im Ruhezustand aktivieren, wenn Sie ein EFS-Dateisystem erstellen. Wenn Sie dies tun, werden alle Ihre Daten und Metadaten verschlüsselt. Sie können die Verschlüsselung während der Übertragung aktivieren, wenn Sie das Dateisystem mounten. Der NFS-Client-Zugriff auf Amazon EFS wird sowohl durch AWS Identity and Access Management (IAM-) Richtlinien als auch durch Netzwerksicherheitsrichtlinien wie Sicherheitsgruppen gesteuert. Weitere Informationen finden Sie unter [Datenverschlüsselung in Amazon EFS](encryption.md), [Identitäts- und Zugriffsmanagement für Amazon EFS](security-iam.md) und [Steuern des Netzwerkzugriffs auf EFS-Dateisysteme für NFS-Clients](NFS-access-control-efs.md). **Anmerkung** Die Verwendung von Amazon EFS mit Microsoft Windows-basierten EC2 Amazon-Instances wird nicht unterstützt. ## Sind Sie ein Erstnutzer von Amazon EFS? Wenn Sie Amazon EFS zum ersten Mal verwenden, empfehlen wir Ihnen, die folgenden Abschnitte der Reihe nach zu lesen: 1. Eine Übersicht über die Produkte und Preise von Amazon EFS finden Sie unter [Amazon EFS](https://aws.amazon.com/efs/). 1. Einen technischen Überblick über Amazon EFS finden Sie unter [So funktioniert Amazon EFS](how-it-works.md). 1. Probieren Sie die Übung aus[Erste Schritte](getting-started.md). Wenn Sie mehr über Amazon EFS erfahren möchten, finden Sie in den folgenden Themen nähere Informationen zu diesem Service: + [EFS-Ressourcen erstellen und verwalten](creating-using.md) + [Verwaltung von EFS-Dateisystemen](managing.md) + [Amazon-EFS-API](api-reference.md) # So funktioniert Amazon EFS Amazon Elastic File System (EFS) bietet ein einfaches, serverloses, set-and-forget elastisches Dateisystem. Mit Amazon EFS können Sie ein Dateisystem erstellen, das Dateisystem in eine Amazon EC2-Instance mounten und dann Daten auf Ihrem Dateisystem lesen und von dort schreiben. Sie können ein EFS-Dateisystem in Ihrer Virtual Private Cloud (VPC) über das Network File System der Versionen 4.0 und 4.1 (NFSv4) mounten. Wir empfehlen die Verwendung eines Linux NFSv4 1.1-Clients der aktuellen Generation, wie sie in den neuesten Versionen von Amazon Linux, Amazon Linux 2, Red Hat, Ubuntu und macOS Big Sur zu finden sind AMIs, zusammen mit dem EFS-Mount-Helper. Detaillierte Anweisungen finden Sie unter [Den Amazon EFS-Client installieren](using-amazon-efs-utils.md). Eine Liste der Amazon EC2 Linux- und macOS Amazon Machine Images (AMIs), die dieses Protokoll unterstützen, finden Sie unter[NFS-Support](mounting-fs-old.md#mounting-fs-nfs-info). Für einige AMIs müssen Sie einen NFS-Client installieren, um Ihr Dateisystem auf Ihrer Amazon EC2-Instance zu mounten. Detaillierte Anweisungen finden Sie unter [Installieren des NFS-Clients](mounting-fs-install-nfsclient.md). Sie können gleichzeitig von mehreren NFS-Clients aus auf Ihr EFS-Dateisystem zugreifen, sodass Anwendungen, die über eine einzelne Verbindung hinaus skalieren, auf ein Dateisystem zugreifen können. Amazon EC2 und andere AWS Recheninstanzen, die in mehreren Availability Zones innerhalb derselben ausgeführt werden, AWS-Region können auf das Dateisystem zugreifen, sodass viele Benutzer auf eine gemeinsame Datenquelle zugreifen und diese gemeinsam nutzen können. Eine Liste der Orte AWS-Regionen , an denen Sie ein EFS-Dateisystem erstellen können, finden Sie unter [Allgemeine Amazon Web Services-Referenz](https://docs.aws.amazon.com/general/latest/gr/rande.html#elasticfilesystem_region). Um auf Ihr EFS-Dateisystem in einer VPC zuzugreifen, erstellen Sie ein oder mehrere Mount-Ziele in der VPC. Ein *Mount-Ziel* stellt eine IP-Adresse für einen NFSv4-Endpunkt bereit, an dem Sie ein EFS-Dateisystem mounten können. Sie mounten Ihr Dateisystem mithilfe des zugehörigen Domain Name Service(DNS)-Namens, der in die IP-Adresse des EFS-Mounting-Ziels in derselben Availability Zone wie Ihre EC2-Instance aufgelöst wird. Sie können in jeder Availability Zone ein Mounting-Ziel in einer AWS-Region. Falls die Availability Zone in Ihrer VPC über mehrere Subnetze verfügt, erstellen Sie in einem der Subnetze ein Mounting-Ziel. Anschließend können alle EC2-Instances in dieser Availability Zone dieses Mounting-Ziel gemeinsam verwenden. **Anmerkung** Ein EFS-Dateisystem kann Mount-Ziele jeweils nur in einer VPC haben. Die Mountingziele selbst sind hochverfügbar. Wenn Sie Hochverfügbarkeit und Failover zu anderen Availability Zones planen, sollten Sie bedenken, dass die IP-Adressen und DNS für Ihre Mounting-Ziele in jeder Availability Zone zwar statisch sind, aber es sich um redundante Komponenten handelt, die von mehreren Ressourcen unterstützt werden. Weitere Informationen zu Mount-Zielen finden Sie unter[Verwalten der Mountingziele](accessing-fs.md). Nachdem Sie das Dateisystem mithilfe seines DNS-Namens bereitgestellt haben, verwenden Sie es wie jedes andere Dateisystem. Für Informationen zu Berechtigungen auf NFS-Ebene und dazugehörige Überlegungen vgl. [Benutzer, Gruppen und Berechtigungen auf NFS-Ebene (Network File System)](accessing-fs-nfs-permissions.md). Sie können Ihre EFS-Dateisysteme auf Ihren lokalen Rechenzentrumsservern mounten, wenn Sie mit oder mit AWS Direct Connect Ihrer Amazon VPC verbunden sind. Site-to-Site VPN Sie können Ihre EFS-Dateisysteme auf lokalen Servern bereitstellen, um Datensätze zu EFS zu migrieren, Cloud-Bursting-Szenarien zu aktivieren oder Ihre lokalen Daten in Amazon EFS zu sichern. Im Folgenden finden Sie eine Beschreibung, wie Amazon EFS mit anderen Services zusammenarbeitet. **Topics** + [So funktioniert Amazon EFS mit Amazon EC2](#how-it-works-ec2) + [So funktioniert Amazon EFS mit AWS Direct Connect und AWS verwaltetem VPN](#how-it-works-direct-connect) + [So funktioniert Amazon EFS mit AWS Backup](#how-it-works-backups) ## So funktioniert Amazon EFS mit Amazon EC2 In diesem Abschnitt wird erklärt, wie die Dateisysteme Amazon EFS Regional und One Zone in EC2-Instances in einer Amazon VPC gemountet werden. ### Regionale EFS-Dateisysteme Die folgende Abbildung zeigt mehrere EC2-Instances, die auf ein Amazon-EFS-Dateisystem zugreifen, das für mehrere Availability Zones in einer AWS-Region konfiguriert wurde. ![\[Regionales Dateisystem mit Mount-Zielen in drei Availability Zones innerhalb einer VPC auf EC2-Instances.\]](http://docs.aws.amazon.com/de_de/efs/latest/ug/images/efs-ec2-how-it-works-Regional_china-world.png) In dieser Abbildung hat die Virtual Private Cloud (VPC) drei Availability Zones. Da das Dateisystem regional ist, wurde in jeder Availability Zone ein Mounting-Ziele erstellt. Aus Leistungs- und Kostengründen empfehlen wir, dass Sie auf das Dateisystem von einem Mounting-Ziel innerhalb derselben Availability Zone zugreifen. Eine der Availability Zones verfügt über zwei Subnetze. Ein Mounting-Ziel wird jedoch nur in einem der Subnetze erstellt. Weitere Informationen finden Sie unter [Mounten von EFS-Dateisystemen mit dem EFS-Mount-Helper](efs-mount-helper.md). ### EFS-Dateisysteme für eine Zone Die folgende Abbildung zeigt mehrere EC2-Instances, die auf ein One-Zone-Dateisystem aus verschiedenen Availability Zones in einer einzigen AWS-Region zugreifen. ![\[Ein Zonen-Dateisystem mit einem einzigen Mount-Ziel, das in derselben Availability Zone erstellt wurde.\]](http://docs.aws.amazon.com/de_de/efs/latest/ug/images/efs-ec2-how-it-works-OneZone.png) In dieser Abbildung hat die VPC zwei Availability Zones mit jeweils einem Subnetz. Da der Dateisystemtyp One Zone ist, kann er nur ein einziges Mounting-Ziel haben. Um die Leistung und die Kosten zu verbessern, empfehlen wir Ihnen, auf das Dateisystem von einem Mounting-Ziel aus zuzugreifen, das sich in derselben Availability Zone befindet wie die EC2-Instance, in die Sie es mounten. In diesem Beispiel zahlt die EC2-Instance in der Availability Zone us-west-2c EC2-Datenzugriffsgebühren für den Zugriff auf ein Mounting-Ziel in einer anderen Availability Zone. Weitere Informationen finden Sie unter [Mounting von One-Zone-Dateisystemen](mounting-one-zone.md). ## So funktioniert Amazon EFS mit AWS Direct Connect und AWS verwaltetem VPN Durch die Verwendung eines auf einem lokalen Server bereitgestellten Amazon EFS-Dateisystems können Sie lokale Daten in das in einem Amazon EFS-Dateisystem AWS Cloud gehostete migrieren. Sie können außerdem die Vorteile des Burstings nutzen. Mit anderen Worten: Sie können Daten von Ihren On-Premises-Servern in Amazon EFS verschieben und sie auf einer Flotte von Amazon EC2-Instances in Ihrer Amazon VPC analysieren. Sie können dann die Ergebnisse dauerhaft in Ihrem Dateisystem speichern oder zurück auf Ihren On-Premises-Server verschieben. Beachten Sie die folgenden Überlegungen, wenn Sie Amazon EFS mit einem On-Premises-Server verwenden: + Ihr On-Premises-Server muss über ein auf Linux basierendes Betriebssystem verfügen. Wir empfehlen die Linux-Kernel-Version 4.0 oder höher. + Der Einfachheit halber empfehlen wir, ein Amazon-EFS-Dateisystem auf einem On-Premises-Server zu mounten, indem Sie eine IP-Adresse des Mounting-Ziels anstelle eines DNS-Namens verwenden. Es fallen keine zusätzlichen Kosten für den On-Premises-Zugriff auf Ihre Amazon-EFS-Dateisysteme an. Die Direct Connect Verbindung zu Ihrer Amazon VPC wird Ihnen in Rechnung gestellt. Weitere Informationen finden Sie unter [Direct Connect Preise](https://aws.amazon.com/directconnect/pricing/). Die folgende Abbildung zeigt ein Beispiel für den Zugriff auf ein Amazon-EFS-Dateisystem von den On-Premises-Servern aus (auf den On-Premises-Servern sind die Dateisysteme gemountet). ![\[Mounten Sie ein EFS-Dateisystem auf einem lokalen Client, wenn Sie es verwenden Direct Connect.\]](http://docs.aws.amazon.com/de_de/efs/latest/ug/images/efs-directconnect-how-it-works.png) Sie können jedes Mount-Ziel in Ihrer VPC verwenden, wenn Sie das Subnetz dieses Mount-Ziels über eine Direct Connect Verbindung zwischen Ihrem lokalen Server und der VPC erreichen können. Um von einem On-Premises-Server auf Amazon EFS zuzugreifen, fügen Sie Ihrer Sicherheitsgruppe für das Mounting-Ziel eine Regel hinzu, die eingehenden Datenverkehr zum NFS-Port (2049) von Ihrem On-Premises-Server zulässt. Weitere Informationen, einschließlich detaillierter Verfahren, finden Sie unter [Voraussetzungen](mounting-fs-mount-helper-direct.md#efs-onpremises). ## So funktioniert Amazon EFS mit AWS Backup Für eine umfassende Backup-Implementierung für Ihre Dateisysteme können Sie Amazon EFS mit verwenden AWS Backup. AWS Backup ist ein vollständig verwalteter Backup-Service, der es einfach macht, Datensicherungen zwischen AWS Diensten in der Cloud und vor Ort zu zentralisieren und zu automatisieren. Mit ihm AWS Backup können Sie Backup-Richtlinien zentral konfigurieren und die Backup-Aktivitäten für Ihre AWS Ressourcen überwachen. Amazon EFS priorisiert Dateisystemoperationen immer vor Sicherungsvorgängen. Weitere Informationen zum Sichern von EFS-Dateisystemen mithilfe von AWS Backup finden Sie unter[Sicherung von EFS-Dateisystemen](awsbackup.md). # Funktionen von Amazon EFS Im Folgenden sind die Funktionen von Amazon EFS aufgeführt. **Topics** + [Authentifizierung und Zugriffskontrolle](#auth-access-intro) + [Datenkonsistenz in Amazon EFS](#consistency) + [Verfügbarkeit und Haltbarkeit von EFS-Dateisystemen](#availability-durability) + [Replikation](#how-efs-replication-works) ## Authentifizierung und Zugriffskontrolle Sie benötigen gültige Anmeldeinformationen, um die Amazon EFS-Managementkonsole zu verwenden und Amazon EFS-API-Anfragen zu stellen, z. B. ein Dateisystem zu erstellen. Darüber hinaus benötigen Sie auch Berechtigungen, um andere EFS und AWS Ressourcen zu erstellen oder darauf zuzugreifen. Benutzern und Rollen, die Sie in AWS Identity and Access Management (IAM) erstellen, müssen Berechtigungen zum Erstellen von oder Zugreifen auf Ressourcen erteilt werden. Weitere Informationen zu Berechtigungen finden Sie unter [Identitäts- und Zugriffsmanagement für Amazon EFS](security-iam.md). Die IAM-Autorisierung für NFS-Clients ist eine zusätzliche Sicherheitsoption für Amazon EFS, die IAM nutzt, um die Zugriffsverwaltung für Network File System (NFS)-Clients im großen Maßstab zu vereinfachen. Mit der IAM-Autorisierung für NFS-Clients können Sie IAM verwenden, um den Zugriff auf ein EFS-Dateisystem auf inhärent skalierbare Weise zu verwalten. Die IAM-Autorisierung für NFS-Clients ist auch für Cloud-Umgebungen optimiert. Weitere Informationen zur Verwendung der IAM-Autorisierung für NFS-Clients finden Sie unter [Verwendung von IAM zur Steuerung des Zugriffs auf Dateisysteme](iam-access-control-nfs-efs.md). ## Datenkonsistenz in Amazon EFS Amazon EFS bietet die close-to-open Konsistenzsemantik, die Anwendungen von NFS erwarten. In Amazon EFS werden Schreibvorgänge für regionale Dateisysteme in diesen Situationen dauerhaft über Availability Zones hinweg gespeichert: + Eine Anwendung führt einen synchronen Schreibvorgang (z. B. unter Verwendung des Linux-Befehls `open` mit dem Flag `O_DIRECT` oder des Linux-Befehls `fsync`) aus. + Eine Anwendung schließt eine Datei. Je nach Zugriffsmuster kann Amazon EFS stärkere Konsistenzgarantien als close-to-open Semantik bieten. Anwendungen, die synchrone Datenzugriffe durchführen und Schreibvorgänge ohne Anhängen ausführen, bieten read-after-write Konsistenz beim Datenzugriff. ### Sperren von Dateien NFS-Client-Anwendungen können NFS Version 4-Dateisperren (einschließlich Byte-Range-Sperren) für Lese- und Schreibvorgänge auf Amazon-EFS-Dateien verwenden. Beachten Sie die folgenden Hinweise zum Sperren von Dateien durch Amazon EFS: + Amazon EFS unterstützt nur das Sperren von Empfehlungen, und bei read/write Vorgängen wird vor der Ausführung nicht nach widersprüchlichen Sperren gesucht. Um beispielsweise Probleme mit der Dateisynchronisierung bei atomaren Vorgängen zu vermeiden, muss Ihre Anwendung die NFS-Semantik (z. B. close-to-open Konsistenz) berücksichtigen. + Jede einzelne Datei kann in allen verbundenen Instances bis zu 512 Locks und auf die Datei zugreifende Benutzer verfügen. ## Verfügbarkeit und Haltbarkeit von EFS-Dateisystemen In diesem Abschnitt werden die Dateisystemtypen und Speicherklassenoptionen für Amazon Elastic File System (Amazon EFS)-Dateisysteme beschrieben. ### EFS-Dateisystemtypen Amazon EFS bietet regionale und One-Zone-Dateisystemtypen. + **Regional** — Regionale Dateisysteme (empfohlen) speichern Daten redundant in mehreren geografisch getrennten Availability Zones innerhalb derselben. AWS-Region Das Speichern von Daten in mehreren Availability Zones gewährleistet eine kontinuierliche Verfügbarkeit der Daten, selbst wenn eine oder mehrere Availability Zones in einer nicht verfügbar AWS-Region sind. + **Eine Zone** — Dateisysteme mit einer Zone speichern Daten innerhalb einer einzigen Availability Zone. Das Speichern von Daten in einer einzigen Availability Zone gewährleistet eine kontinuierliche Verfügbarkeit der Daten. Im unwahrscheinlichen Fall eines Verlusts oder einer Beschädigung der gesamten Availability Zone oder eines Teils davon können jedoch Daten, die in diesen Dateisystemen gespeichert sind, verloren gehen. In dem unwahrscheinlichen Fall, dass eine AWS Availability Zone ganz oder teilweise verloren geht oder beschädigt wird, können Daten in einer Speicherklasse von One Zone verloren gehen. Beispielsweise können Ereignisse wie Feuer- und Wasserschäden zu Datenverlust führen. Abgesehen von diesen Arten von Ereignissen sind unsere One Zone-Speicherklassen ähnlich konzipiert wie unsere regionalen Speicherklassen, sodass Objekte vor den Ausfällen unabhängiger Datenträger oder Hosts und Racks geschützt sind. Jede Klasse ist auf eine Datenzuverlässigkeit von 99,999999999 % ausgelegt. Für zusätzlichen Datenschutz sichert Amazon EFS automatisch One Zone-Dateisysteme mit AWS Backup. Sie können Dateisystem-Backups in jeder betriebsbereiten Availability Zone innerhalb einer AWS-Region oder in einer anderen wiederherstellen AWS-Region. EFS-Dateisystem-Backups, die mit Hilfe erstellt und verwaltet AWS Backup werden, werden in drei Availability Zones repliziert und sind auf Beständigkeit ausgelegt. Weitere Informationen finden Sie unter [Resilienz in AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/disaster-recovery-resiliency.html). **Anmerkung** Dateisysteme mit einer Zone sind nur für bestimmte Availability Zones verfügbar. Eine Tabelle mit einer Liste der Availability Zones, in denen Sie One Zone-Dateisysteme verwenden können, finden Sie unter[Unterstützte Availability Zones für One Zone-Dateisysteme](#OneZoneAZs). In der folgenden Tabelle werden die Dateisystemtypen verglichen, einschließlich ihrer Verfügbarkeit, Zuverlässigkeit und anderer Faktoren. | Dateisystemtyp | Konzipiert für | Zuverlässigkeit (Auslegung) | Verfügbarkeit | Verfügbarkeitszonen | Weitere Überlegungen | | --- | --- | --- | --- | --- | --- | | Regional | Daten, die ein Höchstmaß an Zuverlässigkeit und Verfügbarkeit erfordern. | 99,999999999 % (11x9) | 99,99 % | >=3 | Keine | | One Zone | Daten, für die keine höchste Zuverlässigkeit und Verfügbarkeit erforderlich ist. | 99,999999999 % (11x9) | 99,99 % | 1 | Nicht widerstandsfähig gegen den Verlust der Availability Zone | ### Unterstützte Availability Zones für One Zone-Dateisysteme Dateisysteme mit einer Zone sind nur für bestimmte Availability Zones verfügbar. In der folgenden Tabelle sind die AWS-Region und die AZ IDs für jede Availability Zone aufgeführt, in der Sie One Zone-Dateisysteme verwenden können. Informationen zur Zuordnung von AZ IDs zu Availability Zones in Ihrem Konto finden Sie unter [Availability Zone IDs for your AWS Resources](https://docs.aws.amazon.com/ram/latest/userguide/working-with-az-ids.html) im *AWS Resource Access Manager Manager-Benutzerhandbuch*. **Availability Zones, die One Zone-Dateisysteme unterstützen** | AWS-Region Name | AWS-Region Code | Unterstützt AZ IDs | | --- | --- | --- | | USA Ost (Ohio) | us-east-2 | use2-az1, use2-az2, use2-az3 | | USA Ost (Nord-Virginia) | us-east-1 | use1-az1, use1-az2, use1-az4, use1-az5, use1-az6 | | USA West (Nordkalifornien) | us-west-1 | usw1-az1, usw1-az3 | | USA West (Oregon) | us-west-2 | usw2-az1, usw2-az2, usw2-az3, usw2-az4 | | Afrika (Kapstadt) | af-south-1 | afs1-az1, afs1-az2, afs1-az3 | | Asien-Pazifik (Hongkong) | ap-east-1 | ape-1-az1, ape-1-az2, ape-1-az3 | | Asien-Pazifik (Mumbai) | ap-south-1 | aps1-az1, aps1-az2, aps1-az3 | | Asia Pacific (Osaka) | ap-northeast-3 | apne-3-az1, apne-3-az2, apne-3-az3 | | Asien-Pazifik (Seoul) | ap-northeast-2 | apne2-az1, apne2-az2, apne2-az3 | | Asien-Pazifik (Singapur) | ap-southeast-1 | apse1-az1, apse1-az2 | | Asien-Pazifik (Sydney) | ap-southeast-2 | apse2-az1, apse2-az2, apse2-az3 | | Asien-Pazifik (Tokio) | ap-northeast-1 | apne1-az1, apne1-az4 | | Kanada (Zentral) | ca-central-1 | cac1-az1, cac1-az2 | | China (Beijing) | cn-north-1 | cnn1-az1, cnn1-az2 | | China (Ningxia) | cn-northwest-1 | cnnw1-az1, cnnw1-az2, cnnw1-az3 | | Europa (Frankfurt) | eu-central-1 | euc1-az1, euc1-az2, euc1-az3 | | Europa (Irland) | eu-west-1 | euw1-az1, euw1-az2, euw1-az3 | | Europa (London) | eu-west-2 | euw2-az1, euw2-az2 | | Europa (Milan) | eu-south-1 | eus1-az1, eus1-az2, eus1-az3 | | Europa (Paris) | eu-west-3 | euw3-az1, euw3-az3 | | Europa (Stockholm) | eu-north-1 | eun1-az1, eun1-az2, eun1-az3 | | Naher Osten (Bahrain) | me-south-1 | mes1-az1, mes1-az2, mes1-az3 | | Südamerika (São Paulo) | sa-east-1 | sae1-az1, sae1-az2, sae1-az3 | | AWS GovCloud (US-Ost) | us-gov-east-1 | usge1-az1, usge1-az2, usge1-az3 | | AWS GovCloud (US-West) | us-gov-west-1 | usgw1-az1, usgw1-az2, usgw1-az3 | ### EFS-Speicherklassen Amazon EFS bietet je nach Anwendungsfall verschiedene Speicherklassen, die für die effektivste Speicherung konzipiert sind. + **EFS-Standard** – Die EFS-Standard-Speicherklasse verwendet Solid-State-Drive-Speicher (SSD), um die geringste Latenz für häufig aufgerufene Dateien zu gewährleisten. Neue Dateisystemdaten werden zuerst in die EFS-Standardspeicherklasse geschrieben und können dann mithilfe des Lebenszyklusmanagements den Speicherklassen EFS Infrequent Access und EFS Archive zugeordnet werden. + **EFS Infrequent Access (IA)** — Eine kostenoptimierte Speicherklasse für Daten, auf die nur wenige Male pro Quartal zugegriffen wird. + **EFS Archive** – Eine kostenoptimierte Speicherklasse für Daten, auf die wenige Male pro Jahr zugegriffen wird. Die EFS-Archive-Speicherklasse wird auf EFS-Dateisystemen mit elastischem Durchsatz unterstützt. Sie können den Durchsatz Ihres Dateisystems nicht auf „Bursting“ oder „Bereitgestellt“ aktualisieren, sobald das Dateisystem Daten in der Archive-Speicherklasse enthält. #### Vergleich der Speicherklassen Die folgende Tabelle vergleicht die verschiedenen Speicherklassen. Weitere Informationen zur Leistung der einzelnen Speicherklassen finden Sie unter [Leistungsspezifikationen von Amazon EFS](performance.md). [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/efs/latest/ug/features.html) 1 Da One Zone-Dateisysteme Daten in einer einzigen AWS Availability Zone speichern, können Daten, die in diesen Dateisystemtypen gespeichert sind, im Falle eines Notfalls oder eines anderen Fehlers, der sich auf alle Kopien der Daten innerhalb der Availability Zone auswirkt, oder bei der Zerstörung der Availability Zone verloren gehen. 2 Lifecycle-Richtlinien, die am oder nach dem 26. November 2023, 12:00 Uhr PT, aktualisiert wurden, stufen Dateien, die kleiner als 128 KiB sind, der IA-Klasse zu. Weitere Informationen darüber, wie Amazon EFS einzelne Dateien und Metadaten misst und abrechnet, finden Sie unter[Wie Amazon EFS Dateisystem- und Objektgrößen meldet](metered-sizes.md). #### Abrechnung nach Speicherklassen Ihre Abrechnung erfolgt gemäß der in jeder Speicherklasse gespeicherten Datenmenge. Ihnen werden auch Datenzugriffsgebühren in Rechnung gestellt, wenn Dateien im IA- oder Archivspeicher gelesen werden oder für Daten, die mithilfe des Lebenszyklusmanagements zwischen Speicherklassen gewechselt werden. Die AWS -Fakturierung zeigt die Kapazität für jede Speicherklasse und den gemessenen Zugriff für die Dateisystem-Speicherklasse an. Weitere Informationen finden Sie unter [Amazon EFS – Preise](https://aws.amazon.com/efs/pricing). Darüber hinaus fallen für die Speicherklassen Infrequent Access (IA) und Archive eine Mindestabrechnungsgebühr pro Datei von 128 KiB an. Die Support für Dateien, die kleiner als 128 KiB sind, ist nur für Lebenszyklusrichtlinien verfügbar, die am oder nach 12:00 Uhr PT am 26. November 2023 aktualisiert wurden. Weitere Informationen darüber, wie Amazon EFS einzelne Dateien und Metadaten misst und abrechnet, finden Sie unter[Wie Amazon EFS Dateisystem- und Objektgrößen meldet](metered-sizes.md). Je nach Durchsatzmodus gelten zusätzliche Überlegungen zur Abrechnung. + Bei Dateisystemen, die Elastic Throughput verwenden, wird Ihnen unabhängig von den Speichergebühren die monatliche Gesamtmenge der für Ihre Dateisysteme übertragenen Metadaten und Daten in Rechnung gestellt. + Für Dateisysteme mit dem Durchsatzmodus „Bereitgestellt“ wird der Durchsatz abgerechnet, der über dem Volumen liegt, das basierend auf der in der EFS-Standardspeicherklasse gespeicherten Datenmenge bereitgestellt wird. + Für Dateisysteme mit Bursting-Durchsatz richtet sich der zulässige Durchsatz ausschließlich nach der Menge der in der EFS-Standard-Speicherklasse gespeicherten Daten. Weitere Informationen zu den EFS-Durchsatzmodi finden Sie unter[Durchsatzmodi](performance.md#throughput-modes). **Anmerkung** Bei der Sicherung von EFS-Dateisystemen mit AWS Backup Lifecycle Management-Unterstützung fallen keine Datenzugriffsgebühren an. Weitere Informationen AWS Backup zu Amazon EFS finden Sie unter[Sicherung von EFS-Dateisystemen](awsbackup.md). ### Lebenszyklusmanagement Verwenden Sie Lifecycle Management, um Ihre Dateisysteme so zu verwalten, dass sie während ihres gesamten Lebenszyklus kostengünstig gespeichert werden. Das Lebenszyklusmanagement überträgt Daten automatisch zwischen Speicherklassen entsprechend der für das Dateisystem definierten Lebenszykluskonfiguration. Die Lebenszykluskonfiguration ist eine Reihe von *Lebenszyklusrichtlinien*, die festlegen, wann die Dateisystemdaten in eine andere Speicherklasse überführt werden sollen. Weitere Informationen finden Sie unter [Verwaltung des Speicherlebenszyklus](lifecycle-management-efs.md). ## Replikation Sie können mithilfe der Replikation ein Replikat Ihres Amazon EFS-Dateisystems nach Ihren Wünschen erstellen. AWS-Region Bei der Replikation werden die Daten und Metadaten auf Ihrem EFS-Dateisystem automatisch und transparent in ein neues EFS-Zieldateisystem repliziert, AWS-Region das in einem von Ihnen ausgewählten Dateisystem erstellt wird. EFS synchronisiert die Quell- und Zieldateisysteme automatisch. Die Replikation erfolgt kontinuierlich und ist auf ein Recovery Point Objective (RPO) und ein Recovery Time Objective (RTO) von Minuten ausgelegt. Diese Features unterstützen Sie dabei, Ihre Ziele im Bereich Compliance und Business Continuity zu erreichen. Weitere Informationen finden Sie unter [EFS-Dateisysteme replizieren](efs-replication.md).