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.
Überlegungen zur Installation für Linux
Wir empfehlen die folgenden Werte für die Mountingoptionen unter Linux:
-
rsize=1048576– Legt die maximale Byteanzahl der Daten fest, die der NFS-Client für jede Netzwerk-READ-Anforderung erhalten kann. Dieser Wert gilt beim Lesen von Daten aus einer Datei in einem EFS-Dateisystem. Zur Vermeidung von Leistungseinbußen empfehlen wir die Verwendung der maximal möglichen Größe (bis zu1048576). -
wsize=1048576– Legt die maximale Byteanzahl der Daten fest, die der NFS-Client für jede Netzwerk-WRITE-Anforderung senden kann. Dieser Wert gilt beim Schreiben von Daten in eine Datei in einem EFS-Dateisystem. Zur Vermeidung von Leistungseinbußen empfehlen wir die Verwendung der maximal möglichen Größe (bis zu1048576). -
hard– Legt das Wiederherstellungsverhalten des NFS-Clients nach dem Timeout einer NFS-Anforderung fest, damit NFS-Anforderungen so lange wiederholt werden, bis der Server antwortet. Zur Sicherstellung der Datenintegrität wird die Verwendung der dauerhaften Mountingoption (hard) empfohlen. Wenn Sie einsoft-Mount verwenden, legen Sie dentimeo-Parameter auf mindestens150Zehntelsekunden (15 Sekunden) fest. Dadurch wird das Risiko einer Datenbeschädigung verringert, die bei Soft-Mounts inhärent ist. -
timeo=600– Legt den Timeout-Wert, der angibt, wie lange der NFS-Client auf eine Antwort wartet, bis er eine NFS-Anforderung wiederholt, auf 600 Zehntelsekunden (60 Sekunden) fest. Wenn Sie den Timeout-Parameter (timeo) ändern müssen, empfehlen wir, dass Sie einen Wert von mindestens150, entsprechend 15 Sekunden, verwenden. Dadurch wird eine verringerte Leistung vermieden. -
retrans=2– Legt die Anzahl der Anforderungswiederholungen eines NFS-Clients vor dem Versuch einer weiteren Wiederherstellungsaktion auf 2 fest. -
noresvport– Teilt dem NFS-Client mit, einen neuen nicht privilegierten Quellanschluss für Transmission Control Protocol (TCP) zu verwenden, wenn erneut eine Netzwerkverbindung eingerichtet wird. Dadurch wird der ununterbrochene Zugriff des EFS-Dateisystems nach einem Netzwerkwiderherstellungsereignis sichergestellt. -
_netdev– Sofern in/etc/fstabvorhanden, wird der Client an dem Versuch gehindert, das EFS-Dateisystem zu mounten, bis das Netzwerk aktiviert wurde.
Vermeiden Sie es generell, jegliche anderen Mounting-Optionen zu verwenden, die sich von den Standardoptionen unterscheiden, denn dies kann zu Leistungseinbußen und anderen Problemen führen. Wenn Sie die vorgenannten Standardwerte nicht verwenden, achten Sie auf Folgendes:
-
Änderungen der Puffergröße für Lese- oder Schreibvorgänge oder die Deaktivierung der Attributzwischenspeicherung können zu einer Leistungsverringerung führen.
-
Amazon EFS ignoriert Quellports. Wenn Sie Amazon-EFS-Quellports ändern, hat dies keinerlei Auswirkungen.
-
Amazon EFS unterstützt keine der Kerberos-Sicherheitsvarianten. Beispielsweise führt der folgende Mounting-Befehl zu einem Fehler.
$ mount -t nfs4 -o krb5p <DNS_NAME>:/ /efs/ -
Mounten Sie Ihr System möglichst mit dessen DNS-Namen. Amazon EFS löst diesen Namen in die IP-Adresse des EFS-Mount-Ziels in derselben Availability Zone wie Ihre Amazon EC2 EC2-Instance auf, ohne externe Ressourcen aufzurufen. Wenn Sie ein Mountingziel in einer Availability Zone mounten, die sich von der EC2-Instance unterscheidet, werden Standard-EC2-Gebühren für Daten erhoben, die zwischen Availability Zones übertragen werden. Sie bemerken bei Dateisystemvorgängen möglicherweise auch erhöhte Latenzen.
-
Weitere Bereitstellungsoptionen und detaillierte Erläuterungen der Standardeinstellungen finden Sie in der Linux-Dokumentation.
Anmerkung
Wenn Ihre EC2-Instance unabhängig vom Status des gemounteten EFS-Dateisystems starten muss, fügen Sie die Option nofail zum Eintrag Ihres Dateisystems in Ihrer Datei /etc/fstab hinzu.