路径太多 - 影响 FC 性能

路径太多 - 影响 FC 性能

我听说路径太多可能会影响存储基础设施的性能。有人能回答一下为什么吗?

这与单个服务器的路径数量无关,而是着眼于整个基础设施 - 对 FC 交换机/存储阵列等有何影响。

我记得在我之前工作过的公司,我们有一个减少路径数量的项目,因为它对 SAN/交换机/后端存储阵列的性能造成了一些影响(不记得细节,但我们当时有 Brocade 交换机,并且正在从 EMC 存储阵列迁移到 NetApp)。

快速谷歌搜索没有得到太多结果。我们的 DBA 团队已为 Oracle 后端请求了 20 个投票磁盘,每个 5GB,除了管理开销之外,我认为这也会对性能造成影响。

答案1

恐怕我不能向您推荐这篇文章,但我希望您已经找到了一个很好的信息来源。如果没有,以下是我所记得的关于这个主题的内容。

  • 我记得,当 Brocade SAN 中有大量交换机并且它们使用全网状拓扑连接时,可能会出现 ISL 数量过多的罕见问题。我可能错了,但它与 FSPF 有关,因为它无法枚举所有路径。我不确定现在是否真的存在这种情况。

  • 我认为,如果交换机上启用了严格的按序交付 (IOD) 策略,路径数限制可能会受到欢迎。但如果启用了 IOD,则意味着您已经面临无序帧的问题(由 ISL 抖动等引起)和无法容忍它的设备,但您必须保持现状(例如,因为您到远程站点的路径很长)。

  • 存储系统通常能更快地处理顺序操作。因此,阵列会尝试检测顺序读写操作,以启用适当的算法并提供更好的性能。指向同一 LUN 的路径过多有时会使存储系统感到困惑,它们可能会开始将其视为随机 IO,而不应用顺序优化。

相关内容