Microsoft iSCSIイニシエーターのターゲット制限とは何ですか？
Microsoft iSCSIイニシエーターのターゲット制限とは何ですか？つまり、イニシエーターは単一のiSCSIサーバーからいくつのディスクを処理できますか？ FreeBSD 11.xカーネルiSCSIターゲットがあり、数百のディスクが構成されています。iSCSIサーバーは数百のVMにサービスを提供し、VMごとに2つのディスクを提供します。 iSCSIサーバーに構成された573個のディスクのしきい値を超えるとすぐにctldエラーが発生し始めます（ターゲットごとに1つのLUN。正常に機能するディスクは少なくなります。さらに、接続された573個のディスクは引き続き機能します。新しいディスクのみが機能します。だから1つは面倒です）。だから今、これがFreeBSDのターゲットバグなのか、それともMiscosoftイニシエーターの制限なのか疑問に思います。
もちろん、 iSCSIターゲットサーバーのスケーラビリティ制限 の記事と Microsoft iSCSIソフトウェアターゲット3. の記事を入手しましたが、これらはターゲットドキュメントであり、イニシエーターのドキュメントではありません（少なくとも私がそれらを解釈するとき）。
誰かが、iSCSIターゲットの実装に関係なく、単一のiSCSIサーバーから580以上のディスクを正常に操作した経験がありますが、Microsoft iSCSIイニシエーター（たとえば、Windows 7のすぐに使用可能なiSCSIサブシステム）を使用していますか？
さて、私はfreebsd-stable @メーリングリストで質問しました、そしてパケットトレースを分析した後、これがFreeBSDカーネルiSCSIターゲットの開発者が何であるかです 言われた 私：
パケットトレースをありがとう。そこで起こることは、Windowsイニシエーターがログインし、Discovery（ "SendTargets = All"）を要求し、期待どおりにターゲットのリストを受信してから、ログオフする代わりに "SendTargets = All"を再度送信することです。これにより、ctld（8）がセッションをドロップします。その後、イニシエーターは検出セッションを再開しますが、今回はログインしてからログアウトするだけで、実際にターゲットリストを要求することはありません。
おそらく、ctl.conf（5）に記載されているように、「discovery-filter」を使用してこれを回避できますか？
私は彼のアドバイスに従い、発見を特定のイニシエーターからアクセス可能なターゲットのみに限定し、問題は解消されました。
したがって、検出段階でトリガーされるのは、MSFTiSCSiイニシエーターの制限のようです。 MSFT iSCSIターゲットには512のターゲットの制限があるため、イニシエーターが573のターゲットの数の周りで誤動作を開始することは理解できるようです。