ネットアップ共有ストレージの NFSv4 実装で、 StateID 、使用中の所有者、空き所有者、クライアント数、リース数はどのようになりますか。
環境
Data ONTAP 7
回答
以前[1]のバージョンの NFS とは異なり、 Network File System （ NFS ）バージョン 4 （ RFC 3530 ）はステートフルプロトコルです。この新しいプロトコルは、ファイルロック、強力なセキュリティ、オペレーションの統合、委任機能を統合して、広帯域ネットワーク上の狭いデータ共有アプリケーションのクライアントパフォーマンスを強化します。リースベースのロックのサポートにより、 NFS version 4 プロトコルに重大な状態（および関連するエラーリカバリの複雑さ）が追加されます。これで、すべてのオープン状態とロックがストレージシステムによって追跡されます。
ステータス ID ：
NFSv4 では、すべてのステートフル処理で stateID という構造が使用されます。stateID は、特定のファイルのロック状態を定義する一意の 64 ビットオブジェクトです。クライアントがロックを要求すると、クライアントごとにクライアント ID と固有のロック所有者 ID が表示され、ロック所有者が識別されます。ロック所有者とは、クライアント上の特定のロックを所有するアプリケーションのスレッド ID 、プロセス ID 、または別の一意の識別子です。ロックを許可すると、サーバは一意の 64 ビットオブジェクトである stateID を返します。このオブジェクトは、サーバに格納されているロック所有者情報の略記表記として、以降の操作でクライアントが使用します。
これにより、別のクライアントが、保持されているロックと競合する方法でファイルにアクセスできなくなるだけでなく、また、以前の statid （ロック状態を破壊する可能性がある）を持つ I/O 要求の破損したルータによる不要なリプレイも防止します。statid の副次的な影響は、クライアントが保持しているすべてのロックが有効であることを示す肯定的な確認応答をサーバに提供し、アクティブクライアントが明示的なリース更新を回避できることです。
statid count は、 NFSv4 のオープン / ロック / 委任構造の最大数です。
使用中の所有者
owner は、クライアント上の特定のロックを所有するアプリケーションのスレッド ID 、プロセス ID 、または別の一意の識別子です。
すべてのロック要求は、所有者 ID を送信する必要があります使用中の所有者と呼ばれる構造があります。たとえば、次lock status -vのコマンドでは、ストレージシステムに格納されている所有者構造の数を確認できます。
filerA> priv set diag
Warning: These diagnostic commands are for use by NetApp
personnel only.
filer*>lock status -v
Last Op Info: Seq: 1 Type: 116 Stateid: 0x10000 Err: 0x0
Free owners 7130; In-Use Owners 1062
Client Id 0x4d3e88320001001d (NFS V4)
Id String: 172.17.117.37/10.137.156.109
Verifier: 0xf4bd1fc96b3f4d Queue: Leasing
Lease Start: 1296099100
Lease State: Normal;
Lease Count: 2337
Reuse: "N"
したがって、空き所有者数は次のようになります。 Filer 上で使用可能な所有者の最大数（ソフト制限）：使用中の所有者
= 8192 ～ 1062
= 7130
注：実際のステータス ID はプラットフォームとメモリによって制限されるため、ハードリミット 16K のステータス ID は無効です。
それから、州は私達が得るがNFS_ ERR_DELAY、の代りに限界に当るNFS_Jukebox。
クライアント数
これは、 NFSv4 クライアント構造の最大数として定義されます。
リース数：
これはクライアント単位の値です。クライアントが使用しているファイルのアクティブなオープン、ロック、委譲の合計数が表示されます。
重要事項：
NFSv4 データ構造、ステータス ID 、空き所有者、クライアント数には、ハードウェアプラットフォームに応じて一定の制限があります。実際には、これらの制限は、一般的に使用可能なメモリの量によって異なります。
追加情報
NA