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 EFS Leistungsproblemen bei Amazon

Generell gilt: Wenn Sie auf Probleme mit Amazon stoßenEFS, die Sie nicht lösen können, stellen Sie sicher, dass Sie einen aktuellen Linux-Kernel verwenden. Wenn Sie eine Linux-Unternehmensdistribution verwenden, empfehlen wir Folgendes:

Wenn Sie eine andere Verteilung oder einen benutzerdefinierten Kernel verwenden, empfehlen wir Kernel-Version 4.3 oder neuer.

Es konnte kein Dateisystem erstellt werden EFS

Eine Anfrage zum Erstellen 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.

Zugriff auf erlaubte 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 RFC5531 definiert.

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 EFS Amazon-Konsole

In diesem Abschnitt werden Fehler beschrieben, die Benutzern 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 EFS Amazon-Konsole angezeigt:

AuthFailure: An error occurred authenticating your credentials for ec2:DescribeVPCs.

Dieser Fehler weist darauf hin, dass Ihre Anmeldeinformationen beim EC2 Amazon-Service nicht erfolgreich authentifiziert wurden. Die EFS Amazon-Konsole ruft den EC2 Amazon-Service in Ihrem Namen auf, wenn Sie EFS Dateisysteme in den VPC von Ihnen ausgewählten Dateisystemen erstellen.

Maßnahme

Stellen Sie sicher, dass die Uhrzeit, zu der der Client auf die EFS Amazon-Konsole zugreift, richtig eingestellt ist.

EC2Amazon-Instanz hängt

Eine EC2 Amazon-Instance kann hängen bleiben, weil Sie ein Dateisystem-Mount-Ziel gelöscht haben, ohne das Dateisystem zuvor zu deaktivieren.

Maßnahme

Bevor Sie ein Dateisystem-Mounting-Ziel löschen, heben Sie das Mounting des Dateisystems auf. Weitere Informationen zum Unmounten Ihres EFS Amazon-Dateisystems finden Sie unterAufheben des Mountings von Dateisystemen.

Anwendung, die große Datenmengen schreibt, bleibt hängen

Eine Anwendung, die eine große Datenmenge auf Amazon schreibt, EFS hängt und veranlasst einen Neustart der Instance.

Maßnahme

Wenn eine Anwendung zu lange braucht, um all ihre Daten auf Amazon zu schreiben, wird Linux möglicherweise neu gestartetEFS, da es den Anschein hat, dass der Prozess 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

Anwendungen, die mehrere Dateien parallel öffnen, können nicht die erwartete Leistungssteigerung der I/O-Parallelisierung nutzen.

Maßnahme

Dieses Problem tritt auf Clients mit Network File System Version 4 (NFSv4) und auf RHEL 6 Clients auf, die NFSv4 .1 verwenden, weil diese NFS Clients serialisieren NFS OPEN und CLOSE arbeiten. Verwenden Sie die NFS Protokollversion 4.1 und eine der empfohlenen Linux-Distributionen, bei denen dieses Problem nicht auftritt.

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:

Benutzerdefinierte NFS Einstellungen, die zu Schreibverzögerungen führen

Sie haben benutzerdefinierte NFS Client-Einstellungen und es dauert bis zu drei Sekunden, bis eine EC2 Amazon-Instance einen Schreibvorgang auf einem Dateisystem von einer anderen EC2 Amazon-Instance aus sieht.

Maßnahme

Wenn dieses Problem auftritt, können Sie sie auf eine der folgenden Weisen lösen:

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 DirectNFS, wie unter Direct NFS Client Control aktivieren und deaktivieren von NFS im Oracle Help Center beschrieben.