Windows – 什么是Microsoft iSCSI发起程序目标限制?

前端之家收集整理的这篇文章主要介绍了Windows – 什么是Microsoft iSCSI发起程序目标限制?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
什么是Microsoft iSCSI发起程序目标限制?我的意思是 – 启动器可以处理多个来自单个iSCSI服务器的磁盘?我有一个FreeBSD 11.x内核iSCSI目标,配置了数百个磁盘,iSCSI服务器为数百个虚拟机提供服务,每个虚拟机有两个磁盘.当我越过iSCSI服务器上配置的573个磁盘的阈值时,我就开始收到ctld错误(每个目标一个LUN;更少的磁盘工作正常,此外,573个磁盘连接继续工作,只有更新的磁盘,第574个和所以一个很麻烦).所以现在我想知道这是FreeBSD目标bug还是Miscosoft发起人限制.

当然,我得到了iSCSI Target Server Scalability Limits文章Microsoft iSCSI Software Target 3.3文章,但这些是目标文件,而不是发起者(至少我解读它们).

是否有人拥有从单个iSCSI服务器成功使用580个磁盘的经验,无论iSCSI目标实施如何,但使用Microsoft iSCSI启动器(例如Windows 7开箱即用的iSCSI子系统)?

好吧,我已经在freebsd-stable @邮件列表中询问了,在分析了数据包跟踪之后,以下是FreeBSD内核iSCSI的开发人员目标 told

Thanks for the packet trace. What happens there is that the Windows@H_404_11@ initiator logs in,requests Discovery (“SendTargets=All”),receives the list@H_404_11@ of targets,as expected,and then… sends “SendTargets=All” again,@H_404_11@ instead of logging off. This results in ctld(8) dropping the session.@H_404_11@ The initiator then starts the Discovery session again,but this time it only@H_404_11@ logs in and then out,without actually requesting the target list.

Perhaps you could work around this by using “discovery-filter”,@H_404_11@ as documented in ctl.conf(5)?

我遵循他的建议,将发现仅限于可从给定发起人访问的目标,问题就消失了.

因此,在发现阶段触发的MSFT iSCSi启动器似乎存在一些限制.由于MSFT iSCSI Target具有512个目标的限制,因此启动器在573个目标的数量周围开始出现错误似乎是可以理解的.

猜你在找的Windows相关文章