10GbE VMware分布式交换机的iSCSIdevise选项? MPIO与LACP

我正在为数据中心的几个VMware vSphere 5.5和6.0集群扩展存储后端。 我主要在我的VMware体验(Solaris ZFS,Isilon,VNX,Linux ZFS)中使用NFS数据存储,并且可能会在环境中引入Nimble iSCSIarrays ,以及可能的Tegile(ZFS)混合arrays 。

目前的存储解决scheme是基于Nexenta ZFS和Linux ZFS的arrays,它们为vSphere主机提供NFS挂载。 networking连接通过存储磁头上的2个10GbE LACP中继和每个ESXi主机上的2个10GbE交付。 交换机是configuration为MLAG对等方的双Arista 7050S-52机架顶部单元。

在vSphere方面,我使用configuration有2个10GbE上行链路上的LACP绑定的vSphere Distributed Switch(vDS)和networkingI / O控制(NIOC)为VM端口组,NFS,vMotion和pipe理stream量分配共享。

在这里输入图像描述

这种解决scheme和devise方法多年来一直运行良好,但添加iSCSI块存储对我来说是一个重大转变。 在可预见的未来,我仍然需要保留NFS基础架构。

我想了解如何在不改变物理devise的情况下将iSCSI集成到此环境中。 ToR交换机上的MLAG对我来说非常重要。

  • 对于基于NFS的存储,LACP是提供path冗余的公认手段。
  • 对于iSCSI来说,LACP通常是不被接受的,MPIO多pathdevise是推荐的方法。
  • 我正在使用万兆以太网,并希望保持简单的双端口链接到每个服务器。 这是为了布线和devise简单。

鉴于上述情况,我怎样才能充分利用iSCSI解决scheme?

  • 通过LACPconfigurationiSCSI?
  • 在vDS上创buildVMkernel iSCSI适配器,并尝试将它们绑定到单独的上行链路以实现某种突变MPIO?
  • 添加更多的networking适配器?

我不build议在LACP上运行iSCSI,因为通过基本链路冗余实际上没有任何好处。

使用软件iSCSI HBA在vDS上创build用于iSCSI的VMkernel交换机正是您应该做的。 这会给你真正的MPIO。 这个博客文章似乎与您正在尝试做什么有点相关,而忽略了从标准交换机迁移的需求: https : //itvlab.wordpress.com/2015/02/14/how-to-migrate-iscsi-storage-from-一规格的交换机到一个分布式交换机/

如果您已经有两个iSCSI适配器,则不需要添加更多的networking适配器。 不过,我build议您在iSCSInetworking上启用巨型帧(MTU 9000)。 这必须在networking的所有级别上设置,例如VMkernel,vDS,物理交换机和SAN设备。