我应该绑定 iSCSI 网络连接吗？

Question

我正在设置一些 iSCSI 存储（联想）以及运行 RHEL7 的物理服务器。服务器有 2 个用于主 LAN（绑定）的 NIC 和用于 iSCSI 网络的 2 个 NIC。Lenovo 存储有 4 个端口连接到 2 个物理交换机。服务器中的 iSCSI NIC 转到每个交换机中的 1 个端口。

我已经安装了 iscsi-initiator-utils 和 dm-multipath。

当我运行此命令时，我可以看到以下输出

iscsiadm -m 发现 -t sendtargets -p 192.168.1.11

192.168.1.13:3260,2 iqn.2002-09.com.lenovo:thinksystem.600a098000f8709a000000005cfff0e0
192.168.1.14:3260,2 iqn.2002-09.com.lenovo:thinksystem.600a098000f8709a000000005cfff0e0
192.168.1.11:3260,1 iqn.2002-09.com.lenovo:thinksystem.600a098000f8709a000000005cfff0e0
192.168.1.12:3260,1 iqn.2002-09.com.lenovo:thinksystem.600a098000f8709a000000005cfff0e0

令人放心的是，发现过程已在 Lenovo 存储 NIC 上找到了所有 4 个地址。

然后我使用 rescan-scsi-bus.sh 通过 SCSI 总线重新扫描

我使用 puppet multipath 为名为 lenovo01 的磁盘 wwid 定义了一个别名

然后我运行这个命令并看到以下输出

多路径 -ll

lenovo01 (3600a098000f63bc40000027d5d680d78) dm-14 LENOVO  ,DE_Series       
size=16T features='0' hwhandler='0' wp=rw
|-+- policy='service-time 0' prio=1 status=active
| `- 11:0:0:1  sdg  8:96   active ready running
|-+- policy='service-time 0' prio=1 status=enabled
| `- 12:0:0:1  sdc  8:32   active ready running
|-+- policy='service-time 0' prio=1 status=enabled
| `- 13:0:0:1  sdd  8:48   active ready running
`-+- policy='service-time 0' prio=1 status=enabled
  `- 14:0:0:1  sde  8:64   active ready running

这也很好，因为它显示了我的名为“lenovo01”的存储卷，可通过 4 个 Lenovo NIC 访问

我正在使用 puppet 来配置 iSCSI NIC，并且想知道是否应该为与存储的连接创建绑定？目前它们是 2 个独立的 NIC，存储只报告看到服务器的单个“主机端口”（我可能希望看到两个主机端口？）。存储使用 iSCSI 启动器名称（如在 /etc/iscsi/initiatorname.iscsi 中找到）描述主机端口

我是否正确假设如果第一个存储 NIC 出现故障，那么多路径足够智能以自动使用第二个。还是我需要明确绑定它们？

谢谢，

抢。

Answer 1

您可以将计划与 iSCSI 一起使用的 LACP NIC，但仅在一种情况下 - 如果“双方”（目标和发起方）都支持所谓的“每个会话多个连接”。如果他们不这样做或此功能未正确配置（例如连接数 = 1，这很明显），您将获得正常运行时间，但不会获得任何性能提升。原因很简单：每一个新的 TCP 会话都应该属于另一个物理网卡，所以增加几个 TCP 会话将是微不足道的。处理此问题的首选方法是使用 iSCSI MPIO 而不是 MC/S。请参阅（这是 SCST 页面，但对于所有目标和发起方都是相同的）：

http://scst.sourceforge.net/mc_s.html

Answer 2

我假设“bond”是指“portchannel”或“etherchannel”。我不会束缚他们。多路径驱动程序和存储应该足够智能，能够处理使用多个活动路径并调度哪个路径向下发送存储事务。

在服务器上使用端口通道/绑定会使服务器具有单个逻辑 NIC，这通常意味着单个 IP 和 MAC 地址。交换机和服务器将参与在服务器上做出负载平衡决策以切换链路，而不是存储和 iSCSI 启动器。我宁愿让存储基础设施为存储流量做出负载平衡决策。

大多数人的最佳实践是在其存储/iSCSI 启动器上进行 A 侧和 B 侧设置，并使用不同的子网。我两种方式都做过，从来没有遇到过问题。

您是对的，存储基础设施足够智能，可以检测到存储路径已关闭。