メインコンテンツまでスキップ
NetApp Response to Russia-Ukraine Cyber Threat
In response to the recent rise in cyber threat due to the Russian-Ukraine crisis, NetApp is actively monitoring the global security intelligence and updating our cybersecurity measures. We follow U.S. Federal Government guidance and remain on high alert. Customers are encouraged to monitor the Cybersecurity and Infrastructure Security (CISA) website for new information as it develops and remain on high alert.

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

Views:
30
Visibility:
Public
Votes:
0
Category:
ontap-9
Specialty:
nas
Last Updated:

に適用されます

  • StorePool
  • ONTAP 9

回答

  • storePool とは 
    • storePool は、 NFSV4 または 4.1 のステート作業を容易にするために使用されるメモリ割り当て(プール)の集合体です。
      • さまざまな領域を含む 12 の異なるストアプールペアがあります。
StorePool 名 説明
storePool_ByteLockAlloc バイト範囲ロック
StorePool_ClientAlloc   クライアント ID
storePool_CopyStateAlloc コピーオフロードに関連する作業に使用します
storePool_Delegalloc        読み取りと書き込みの委譲(クライアントキャッシング)
storePool_Delegate StateAlloc   委任の状態 ID
StorePool_LayoutAlloc       レイアウト( pNFS リファーラルに使用)
storePool_LayoutStateAlloc  レイアウトの状態 ID
storePool_LockStateAlloc    ロックStateID
StorePool_OpenAlloc         が開きます
StorePool_OpenStateAlloc    状態 ID を開きます
StorePool_OwnerAlloc        所有者
StorePool_StringAlloc       ClientID と Owner に送信された不透明データを格納します
  • 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

 

Scan to view the article on your device