Microsoft iSCSI 启动器目标限制是多少？

Question

什么是 Microsoft iSCSI 启动器目标限制？我的意思是 - 启动器可以处理来自单个 iSCSI 服务器的多少个磁盘？我有一个 FreeBSD 11.x 内核 iSCSI 目标，并配置了数百个磁盘，iSCSI 服务器为数百个 VM 提供服务，每个 VM 两个磁盘。一旦我越过 iSCSI 服务器上配置的 573 个磁盘的阈值，我就开始收到 ctld 错误（每个目标一个 LUN；较少的磁盘可以正常工作，此外，连接的 573 个磁盘继续工作，只有较新的磁盘，likt 574th 和所以一个很麻烦）。所以现在我想知道这是 FreeBSD 目标错误，还是 Miscosoft 启动器限制。

当然，我得到了iSCSI Target Server Scalability Limits文章，以及Microsoft iSCSI Software Target 3.3一文，但这些是目标文档，而不是启动器文档（至少在我解释它们时）。

是否有人有成功使用来自单个 iSCSI 服务器的 580 多个磁盘的经验，无论 iSCSI 目标实现如何，但使用 Microsoft iSCSI 启动器（例如 Windows 7 开箱即用的 iSCSI 子系统）？

Answer 1

好吧，我在 freebsd-stable@ 邮件列表中询问过，在分析了数据包跟踪之后，FreeBSD 内核 iSCSI 目标的开发人员告诉我的是：

感谢您的数据包跟踪。发生的情况是，Windows 启动程序登录，请求 Discovery（“SendTargets=All”），按预期接收目标列表，然后...再次发送“SendTargets=All”，而不是注销。这会导致 ctld(8) 删除会话。然后发起者再次启动 Discovery 会话，但这一次它只是登录然后退出，而不实际请求目标列表。

也许您可以通过使用“discovery-filter”来解决这个问题，如 ctl.conf(5) 中所述？

我听从了他的建议，将发现限制为仅可从给定启动器访问的目标，问题就消失了。

因此，MSFT iSCSi 启动器似乎存在一些限制，即在发现阶段触发。由于 MSFT iSCSI 目标有 512 个目标的限制，因此启动器开始在 573 个目标的数量附近出现问题似乎是可以理解的。