NFSv4ストアプールとは何ですか。また、ストアプールが存在する理由を教えてください。

環境

• ONTAP 9
• NFSv4

回答

• ONTAPは、クライアント接続のNFSv4+の状態に関する情報をstorepoolsと呼ばれるメモリ割り当てに格納します
• 各storepoolは、クライアント接続のNFSv4/4.1状態処理を容易にするために使用されるメモリ割り当て（プール）の集合です。
  • ストアプールには、さまざまな分野にわたる12のペアがあります：

• storePoolリソースはどこにありますか？
  • 各ノードには固有のstorePoolリソースがあります
  • これらのstorePoolリソースは、各ノードのネットワークブレード（nblade）に格納されます
  • ノードのローカルにLIFをマウントしているクライアントによって使用されます
     
• storePoolリソースとロックマネージャオブジェクトの違いは何ですか 
  • storePoolリソースはNFSv4/4.1の状態処理専用であり、ファイルシステム層（dblade）で開いているファイルやロックされているファイルは追跡しません。
  • ロックマネージャーオブジェクトは、オープン/ロック競合の解決を含む、ファイルシステムのオープン/ロック追跡を担当します。
     
• storePool枯渇は、ロック マネージャー オブジェクトの枯渇とどのように異なりますか？
  • storePoolがなくなるのは、LIFがマウントされているノードのネットワーク層（nblade）です。
  • つまり、状態を追跡するためのNFSv4/4.1オブジェクトが不足しているということです。
  • ロック マネージャーの枯渇とは、ファイル システム レイヤー（データ ブレードまたは dblade）でファイルを開いたりロックしたりする役割を担うオブジェクトを使い果たすことです。
  • ロック マネージャーの枯渇は、枯渇が発生したノード上のボリュームに影響します。
     
• 監視 storePool 消費：
  • storePoolオブジェクトはstatistics カウンタで監視でき、特定の「プール」がいっぱいになるとアラート警告を発します。
  • プールの割り当て数は動的であり、クライアントがファイルを開いたり閉じたりするたびに常に変化します。
  • NetAppはコマンドを使用して手動でカウンタを取得する機能があり、アラート生成用のスクリプトを通じて利用できます。
  • ONTAP 9.2以降では、storePoolリソースが最大しきい値の80%に達したときにアラートを生成するEMSイベントが存在します。
     
• 特定のクライアントが潜在的な問題を引き起こす可能性があるのはどのような場合ですか？
  • 特定の状況では、クライアントはONTAPノードが想定している方法でOPENを閉じません。
  • この場合、クライアントは、その OPEN がまだ割り当てられていることに気づいていません。
  • この場合、サーバはOpenStateオブジェクトを削除せず、リソースがプールに戻されることはありません。
  • この動作が続くと、クライアントの動作によってサーバー上のリソースが孤立し、storePool枯渇が発生する可能性があります。
  • NFSv4ロックをダンプすると、どのクライアントがstorePoolの割り当てをすべて使用しているかを確認できます。
  • このクライアントが再起動されると、ONTAPは、そのクライアントに関連付けられているstorePoolリソースを解放します。
     
• クライアントがNFSv4経由でノードAのLIFとノードBのLIFをマウントします。これらのマウントは両方ともノードAのボリュームにアクセスします。ノードAでstorePoolリソースが不足します。どのマウントが影響を受けますか？
  • 影響を受けるのはノードAの接続のみです。
  • これらの割り当ては、接続に使用されるノードであるONTAPの「ネットワーク」層（nblade）に対して行われます。
  • ボリュームが配置されている場所は問題とは関係ありません。

追加情報

• NFSv4ストアプール - 解決ガイド