storePool オブジェクトと Lock Manager オブジェクトの違い

に適用されます

• StorePool
• ONTAP 9

回答

• storePool とは 
  • storePool は、 NFSV4 または 4.1 のステート作業を容易にするために使用されるメモリ割り当て（プール）の集合体です。
    • さまざまな領域を含む 12 の異なるストアプールペアがあります。

• storePool のリソースはどこにありますか
  • 各ノードには固有の storePool リソースがありますこれらの storePool リソースは、各ノードのネットワークブレード（ nblade ）に格納されます。この利用は、ノードのローカルの LIF をマウントするクライアントによって利用されます。
• storePool のリソースとロックマネージャのオブジェクトの違い 
  • storePool リソースは、 NFSV4 または 4.1 のステートワークを実行するためのものであり、ファイルシステムレイヤ（ dblade ）で開いているファイルやロックされているファイルを追跡することはありません。ロックマネージャオブジェクトは、ファイルシステムのオープン / ロックの追跡を行います。これには、オープン / ロックの競合の解決も含まれます。
• ロックマネージャオブジェクトの枯渇と、ストアプールの枯渇はどのように異なりますか。
  • ストアプールの枯渇は、 LIF がマウントされているノードのネットワークレイヤ（ nblade ）で発生します。これは、ステートの追跡のために NFSv4.x オブジェクトが不足していることを示しています。ロックマネージャの枯渇は、ファイルシステムレイヤ（データブレードまたはブレード）でファイルを開く / ロックするオブジェクトの枯渇です。ロックマネージャの枯渇は、枯渇が発生したノード上のボリュームに影響を及ぼします。
• storePool の使用状況の監視：
  • storePool オブジェクトはstatistics 、特定の「プール」がいっぱいになると、カウンタおよびアラートで監視できます。プール割り当て番号は動的であり、クライアントによってファイルが開かれたり閉じられたりしたときに常に変化します。ネットアップには、コマンドを使用してカウンタを手動で取得する機能があります。この機能は、スクリプトによってアラートに利用できます。ONTAP 9.2 以降では、 EMS イベントが存在しており、 storePool リソースが最大しきい値の 80% に達したときにアラートを生成します。
• 特定のクライアントが問題を引き起こす可能性がある理由
  • 特定の状況では、クライアントは Filer の予測どおりにオープンをクローズしません。この状況が発生すると、クライアントはまだそのオープンが割り当てられていることを認識しません。この場合、サーバーは OpenState オブジェクトを削除せず、リソースはプールに返されません。この動作が継続すると、クライアントの動作によってサーバ上のリソースが孤立するため、 storePool の枯渇が発生する可能性があります。NFSv4 ロックをダンプすると、どのクライアントが storePool 内のすべての割り当てを引き継ぐかが表示される場合があります。このクライアントが再起動されると、 ONTAP は、そのクライアントに関連付けられている関連する storePool リソースを解放します。
• クライアントが NFSv4 を使用して、ノード A の LIF とノード B の LIF をマウントしたとします。どちらのマウントも、ノード A のボリュームにアクセスしますstorePool リソースの枯渇は、ノード A で発生する影響を受けるマウントはどれか？
  • 影響を受けるのはノード A の接続だけです。これらの割り当ては、接続に使用されるノードである ONTAP の「ネットワーク」レイヤ（ nBlade ）にあります。ボリュームが問題と無関係な場合。

追加情報

AdditionalInformation_Text