Microsoft iSCSI 启动器目标限制是多少？我的意思是 - 启动器可以处理单个 iSCSI 服务器的多少个磁盘？我有一个 FreeBSD 11.x 内核 iSCSI 目标，配置了数百个磁盘，iSCSI 服务器为数百台虚拟机提供服务，每个虚拟机两个磁盘。一旦超过 iSCSI 服务器上配置的 573 个磁盘的阈值，我就会开始收到 ctld 错误（每个目标一个 LUN；更少的磁盘可以正常工作，此外，连接的 573 个磁盘可以继续工作，只有较新的磁盘（如第 574 个等）才会出现问题）。所以现在我想知道这是 FreeBSD 目标错误还是 Miscosoft 启动器限制。
当然，我得到了iSCSI 目标服务器可扩展性限制文章，以及Microsoft iSCSI 软件目标 3.3一个，但这些是目标文档，而不是发起文档（至少据我解释）。
是否有人有成功使用来自单个 iSCSI 服务器的 580 多个磁盘的经验，无论 iSCSI 目标实现如何，但使用 Microsoft iSCSI 启动器（例如 Windows 7 开箱即用的 iSCSI 子系统）？
答案1
好吧，我在 freebsd-stable@ 邮件列表中询问过，在分析了数据包跟踪后，以下是 FreeBSD 内核 iSCSI 目标的开发人员告诉我：
感谢您的数据包跟踪。这里发生的事情是，Windows 启动器登录、请求 Discovery（“SendTargets=All”）、按预期接收目标列表，然后...再次发送“SendTargets=All”，而不是注销。这导致 ctld(8) 丢弃会话。然后，启动器再次启动 Discovery 会话，但这次它只登录然后退出，而没有实际请求目标列表。
也许您可以使用“discovery-filter”来解决这个问题，如 ctl.conf(5) 中所述？
我听从了他的建议，将发现范围限制在可从给定启动器访问的目标上，问题就解决了。
因此，这似乎是 MSFT iSCSi 启动器中的一些限制，在发现阶段触发。由于 MSFT iSCSI Target 的目标数量限制为 512 个，因此启动器在 573 个目标数量左右开始出现异常似乎是可以理解的。