Linux のマウントに関する考慮事項 - Amazon Elastic File System

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Linux のマウントに関する考慮事項

Linux の マウントオプションには次の値をお勧めします。

  • rsize=1048576 – ネットワークREADリクエストごとにNFSクライアントが受信できるデータの最大バイト数を設定します。この値は、EFSファイルシステム上のファイルからデータを読み取る場合に適用されます。パフォーマンスが低下しないように、可能な限り大きいサイズ (最大 1048576) を使用することをお勧めします。

  • wsize=1048576 – ネットワークWRITEリクエストごとにNFSクライアントが送信できるデータの最大バイト数を設定します。この値は、ファイルシステム上のEFSファイルにデータを書き込む場合に適用されます。パフォーマンスが低下しないように、可能な限り大きいサイズ (最大 1048576) を使用することをお勧めします。

  • hard – NFSリクエストがタイムアウトした後のNFSクライアントの復旧動作を設定し、サーバーが応答するまでNFSリクエストを無期限に再試行します。データの整合性を確保できるように、ハードマウントオプション (hard) を使用することをお勧めします。soft マウントを使用する場合は、timeo パラメータを 150 デシ秒 (15 秒) 以上に設定してください。これにより、ソフトマウントに固有のデータ破損が生じるリスクを最小限に抑えることができます。

  • timeo=600 – NFSクライアントがNFSリクエストを再試行する前にレスポンスを待機するために使用するタイムアウト値を 600 デシ秒 (60 秒) に設定します。タイムアウトパラメータ (timeo) を変更する必要がある場合は、少なくとも 150 の値を使用することをお勧めします。これは 15 秒に相当します。これにより、パフォーマンスの低下を避けることができます。

  • retrans=2 – NFSクライアントが追加の復旧アクションを試みる前にリクエストを再試行する回数を 2 に設定します。

  • noresvport — ネットワーク接続が再確立されたときに、権限のない新しい Transmission Control Protocol (TCP) ソースポートを使用するようにNFSクライアントに指示します。これにより、ネットワーク復旧イベント後にEFSファイルシステムの可用性が中断されないようになります。

  • _netdev – に存在する場合/etc/fstab、ネットワークが有効になるまで、クライアントがEFSファイルシステムをマウントしようとできなくなります。

一般に、デフォルトとは異なる他のマウントオプションを設定しないでください。パフォーマンスが低下し、別の問題が生じる可能性があります。前述のデフォルト設定を使用しない場合は、以下の点に注意してください。

  • 読み取りまたは書き込みバッファサイズを変更したり、属性のキャッシュを無効にしたりするとパフォーマンスが損なわれる可能性があります。

  • Amazon はソースポートEFSを無視します。Amazon EFSソースポートを変更しても、効果はありません。

  • Amazon EFSは、Kerberos セキュリティバリアントをサポートしていません。たとえば、以下のマウントコマンドは失敗します。

    $ mount -t nfs4 -o krb5p <DNS_NAME>:/ /efs/
  • ファイルシステムの名前を使用してマウントすることをお勧めしますDNS。Amazon は、外部リソースを呼び出さずに、この名前を Amazon EC2インスタンスと同じアベイラビリティーゾーンにある Amazon EFSマウントターゲットの IP アドレスにEFS解決します。Amazon EC2インスタンスとは異なるアベイラビリティーゾーンでマウントターゲットを使用すると、アベイラビリティーゾーン間で送信されるデータに対して標準EC2料金が発生します。また、ファイルシステムオペレーションのレイテンシーが増加することがあります。

  • マウントオプションの詳細とデフォルトの詳細については、Linux ドキュメントを参照してください。

注記

マウントされたEFSファイルシステムのステータスに関係なくEC2インスタンスを起動する必要がある場合は、/etc/fstabファイル内のファイルシステムのエントリに nofailオプションを追加します。