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.
# Behebung von Amazon EFS-Leistungsproblemen
Wenn Sie Probleme mit Amazon EFS haben, die sich nur schwer beheben lassen, sollten Sie sicherstellen, dass Sie einen aktuellen Linux-Kernel verwenden. Wenn Sie eine Linux-Unternehmensdistribution verwenden, empfehlen wir Folgendes:
+ Amazon Linux 2 mit Kernel 4.3 oder neuer
+ Amazon Linux 2015.09 oder neuer
+ RHEL 7.3 oder neuer
+ Alle Versionen von Ubuntu 16.04
+ Ubuntu 14.04 mit Kernel 3.13.0-83 oder neuer
+ SLES 12 Sp2 oder höher
Wenn Sie eine andere Verteilung oder einen benutzerdefinierten Kernel verwenden, empfehlen wir Kernel-Version 4.3 oder neuer.
**Anmerkung**
RHEL 6.9 könnte für bestimmte Workloads suboptimal sein aufgrund von [Schlechte Leistung beim Öffnen vieler Dateien gleichzeitig](#open-close-operations-serialized).
**Topics**
+ [Ein EFS-Dateisystem kann nicht erstellt werden](#cant-create-filesystem)
+ [Zugriff auf zulässige Dateien im NFS-Dateisystem verweigert](#nfs-16-group-limit)
+ [Fehler beim Zugriff auf die Amazon-EFS-Konsole](#efs-console-access-errors)
+ [Amazon EC2-Instance hängt sich auf](#ec2-instance-hangs)
+ [Anwendung, die große Datenmengen schreibt, bleibt hängen](#application-large-data-hangs)
+ [Schlechte Leistung beim Öffnen vieler Dateien gleichzeitig](#open-close-operations-serialized)
+ [Benutzerdefinierte NFS-Einstellungen verursachen Schreibverzögerungen](#custom-nfs-settings-write-delays)
+ [Die Erstellung von Sicherungen mit Oracle Recovery Manager ist langsam](#oracle-backup-slow)
## Ein EFS-Dateisystem kann nicht erstellt werden
Eine Anfrage zur Erstellung eines EFS-Dateisystems schlägt mit der folgenden Meldung fehl:
```
User: arn:aws:iam::111122223333:user/{{username}} is not authorized to
perform: elasticfilesystem:CreateFileSystem on the specified resource.
```
**Maßnahme**
Überprüfen Sie Ihre AWS Identity and Access Management (IAM-) Richtlinie, um sicherzustellen, dass Sie berechtigt sind, EFS-Dateisysteme mit den angegebenen Ressourcenbedingungen zu erstellen. Weitere Informationen finden Sie unter [Identitäts- und Zugriffsmanagement für Amazon EFS](security-iam.md).
## Zugriff auf zulässige Dateien im NFS-Dateisystem verweigert
Wenn ein Benutzer, dem mehr als 16 Zugriffsgruppen IDs (GIDs) zugewiesen sind, versucht, einen Vorgang in einem NFS-Dateisystem auszuführen, kann ihm der Zugriff auf zulässige Dateien im Dateisystem verweigert werden. [Dieses Problem tritt auf, weil das NFS-Protokoll maximal 16 GIDs pro Benutzer unterstützt und alle weiteren Daten aus der NFS-Client-Anfrage gekürzt GIDs werden, wie in RFC 5531 definiert.](https://www.rfc-editor.org/rfc/rfc5531)
**Maßnahme**
Strukturieren Sie Ihre NFS-Benutzer- und Gruppenzuordnungen neu, sodass jedem Benutzer nicht mehr als 16 Zugriffsgruppen () zugewiesen werden. GIDs
## Fehler beim Zugriff auf die Amazon-EFS-Konsole
Dieser Abschnitt beschreibt Fehler, die beim Zugriff auf die Amazon-EFS-Management Console auftreten können.
### Fehler bei der Authentifizierung der Anmeldeinformationen für `ec2:DescribeVPCs`
Die folgende Fehlermeldung wird beim Zugriff auf die Amazon-EFS-Konsole angezeigt:
```
AuthFailure: An error occurred authenticating your credentials for ec2:DescribeVPCs.
```
Dieser Fehler weist darauf hin, dass Ihre Anmeldeinformationen beim Amazon EC2-Service nicht erfolgreich authentifiziert wurden. Die Amazon-EFS-Konsole ruft den Amazon EC2-Service in Ihrem Namen auf, wenn Sie EFS-Dateisysteme in der von Ihnen ausgewählten VPC erstellen.
**Maßnahme**
Stellen Sie sicher, dass die Uhrzeit auf dem Client, der auf die Amazon-EFS-Konsole zugreift, korrekt eingestellt ist.
## Amazon EC2-Instance hängt sich auf
Eine Amazon EC2-Instance kann hängen bleiben, weil Sie ein Mounting-Ziel für ein Dateisystem gelöscht haben, ohne das Dateisystem vorher auszuhängen.
**Maßnahme**
Bevor Sie ein Dateisystem-Mounting-Ziel löschen, heben Sie das Mounting des Dateisystems auf. Weitere Informationen zum Unmounten Ihres Amazon-EFS-Dateisystems finden Sie unter [Aufheben des Mountings von Dateisystemen](unmounting-fs.md).
## Anwendung, die große Datenmengen schreibt, bleibt hängen
Eine Anwendung, die eine große Menge an Daten in Amazon EFS schreibt, hängt sich auf und verursacht einen Neustart der Instance.
**Maßnahme**
Wenn eine Anwendung zu lange braucht, um alle Daten in Amazon EFS zu schreiben, kann es sein, dass Linux neu startet, weil es den Anschein hat, dass der Vorgang nicht mehr reagiert. Diese Verhaltensweise wird von zwei Kernel-Konfigurationsparametern definiert, `kernel.hung_task_panic` und `kernel.hung_task_timeout_secs`.
Im folgenden Beispiel wird der Status des hängengebliebenen Prozesses vom `ps`- Befehl mit `D` vor dem Neustart der Instance gemeldet; dies bedeutet, dass der Prozess auf einen E/A-Vorgang wartet.
```
$ ps aux | grep large_io.py
root 33253 0.5 0.0 126652 5020 pts/3 D+ 18:22 0:00 python large_io.py
/efs/large_file
```
Um einen Neustart zu verhindern, verlängern Sie den Timeout-Zeitraum, oder deaktivieren Sie die Kernel-Panik, wenn eine Aufgabe hängenbleibt. Der folgende Befehl deaktiviert die Kernel-Panik für hängengebliebene Aufgaben in den meisten Linux-Systemen.
```
$ sudo sysctl -w kernel.hung_task_panic=0
```
## Schlechte Leistung beim Öffnen vieler Dateien gleichzeitig
Bei Anwendungen, die mehrere Dateien parallel öffnen, wird die erwartete Leistungssteigerung durch I/O Parallelisierung nicht erreicht.
**Maßnahme**
Dieses Problem tritt auf Network File System Version 4 (NFSv4) -Clients und auf RHEL 6-Clients auf, die NFSv4 .1 verwenden, weil diese NFS-Clients die NFS OPEN- und CLOSE-Operationen serialisieren. Verwenden Sie das NFS-Protokoll Version 4.1 und eine der vorgeschlagenen [Linux-Distributionen](#recommend.linux.dist), die dieses Problem nicht haben.
Wenn Sie NFSv4 .1 nicht verwenden können, beachten Sie, dass der Linux 4.0-Client NFSv4 Öffnungs- und Schließanfragen nach Benutzer-ID und Gruppe serialisiert. IDs Diese Serialisierung geschieht auch dann, wenn mehrere Prozesse oder mehrere Threads gleichzeitig Anforderungen ausgeben. Der Client sendet jeweils nur einen Öffnungs- oder Schließvorgang an einen NFS-Server, wenn alle übereinstimmen. IDs Um diese Probleme zu umgehen, können Sie eine der folgenden Aktionen durchführen:
+ Sie können jeden Vorgang von einer anderen Benutzer-ID auf derselben Amazon EC2-Instance ausführen.
+ Sie können IDs den Benutzer für alle offenen Anfragen unverändert lassen und IDs stattdessen die Gruppe ändern.
+ Sie können jeden Vorgang auf einer separaten Amazon EC2-Instance ausführen.
## Benutzerdefinierte NFS-Einstellungen verursachen Schreibverzögerungen
Sie haben benutzerdefinierte NFS-Client-Einstellungen, und es dauert bis zu drei Sekunden, bis eine Amazon EC2-Instance einen Schreibvorgang auf einem Dateisystem von einer anderen Amazon EC2-Instance sieht.
**Maßnahme**
Wenn dieses Problem auftritt, können Sie sie auf eine der folgenden Weisen lösen:
+ Wenn der NFS-Client auf der Amazon EC2-Instance, die die Daten liest, das Attribut-Caching aktiviert hat, unmounten Sie Ihr Dateisystem. Mounten Sie es dann erneut mit der Option `noac`, um die Attributzwischenspeicherung zu deaktivieren. Das Zwischenspeichern von Attributen in NFSv4 .1 ist standardmäßig aktiviert.
**Anmerkung**
Die Deaktivierung der clientseitigen Zwischenspeicherung kann möglicherweise die Leistung Ihrer Anwendung beeinträchtigen.
+ Sie können auch bei Bedarf den Attributzwischenspeicher leeren, indem Sie eine mit den NFS-Vorgängen kompatible Computersprache verwenden. Zu diesem Zweck können Sie `ACCESS`-Vorgangsanforderung unmittelbar vor einer Leseanforderung senden.
Beispielsweise können Sie mit der Programmiersprache Python den folgenden Aufruf konstruieren.
```
# Does an NFS ACCESS procedure request to clear the attribute cache, given a path to the file
import os
os.access(path, os.W_OK)
```
## Die Erstellung von Sicherungen mit Oracle Recovery Manager ist langsam
Die Erstellung von Sicherungen mit Oracle Recovery Manager kann langsam sein, wenn Oracle Recovery Manager für 120 Sekunden pausiert, bevor er einen Sicherungsauftrag startet.
**Maßnahme**
Wenn dieses Problem auftritt, deaktivieren Sie Oracle Direct NFS, wie unter [Enabling and Disabling Direct NFS Client Control of NFS](https://docs.oracle.com/database/122/HPDBI/enabling-and-disabling-direct-nfs-client-control-of-nfs.htm) im Oracle Help Center beschrieben.
**Anmerkung**
Amazon EFS unterstützt kein Oracle Direct NFS.