设置：
- 1 个带有 12 个 NIC 的 ESXi 服务器
- 1虚拟的ESXi 服务器上的 Vcenter
- 1 台带有 NFS 和 4 个 NIC（虚拟机存储）的 Windows 2012 Server
去做：
- 无需交换机即可连接 3 个 NIC 并将它们组合在一起
我设置了 ESXi 5.5 和带有 NFS 的单独 Windows Server 2012。然后我在 WS2012 上激活了组合，并在 vSphere 中添加了一个基于 IP 哈希组合的路由虚拟交换机和一个带有 3 个所需 NIC 的 VMkernel 适配器。之后，我在 Vcenter 中添加了 NFS 共享，并开始将虚拟机与存储耦合。它工作了大约一个月，现在我预计会出现严重问题。
设置：
- 存储机（sto1）上的虚拟机中的 1x 文件服务器（Win2008R2）
- ESXi 机器 (sto2) 上的虚拟机中的 1x 文件服务器 (Win2008R2)
- 2x 测试电脑 (Win7x64)
如果仅 TestPC1 连接到 sto1 或 sto2 并尝试获取测试文件 (1GB)，则它可以正常工作，但如果 TestPC2 也连接到同一台服务器并尝试获取测试文件（相同或不同），则两台 TestPC 上的 NIC 都会在 3-5 秒后停止工作，传输了约 200MB（没有 ping 或甚至任何地方都没有连接）。如果一台 PC 关闭文件传输（如果 explorer.exe 没有崩溃，则等待约 30 秒），另一台 PC 会以正常传输速度接收文件。
完毕：
- 停用组合功能并仅使用 1 个 NIC - 相同
- 使用 sto2（不连接到 VMstorage）-相同
我怎样才能纠正这个奇怪的行为？
答案1
我建议放弃 Windows NFS 服务器或 ESXi 主机。
Windows NFS 支持最多只能算是一般。它不应该用作 ESXi 的备份存储。如果您一心想使用 VMware 虚拟机管理程序并且想要基于文件的存储，我建议在存储端切换到 Linux。
从 Server 2012 开始，您可以使用 SMB3 从 Windows 文件服务器为 Hyper-V 提供存储，因此这是一个合法的选项，它性能良好并且比 NFS+ESXi 具有一些优势，例如支持 SMB 多通道，而不必像 NFS 那样配置 LACP 或以太通道。
答案2
我认为在大多数 vSphere 安装中 NIC 组合实际上并不是必需的，因为 NIC 故障转移和适配器放置技术已经建立得很好。组合会给您的应用程序增加不必要的复杂性。LACP 是 vSphere 的一个相当新的附加功能，并且仍然只在最高许可层提供。
另外，您似乎没有使用网络交换机。有什么原因导致您不能使用本地磁盘进行此单主机 ESXi 设置？如果没有，那么是什么原因导致无法使用网络交换机？