build立：
去做：
我使用NFS设置了ESXi 5.5和单独的Windows Server 2012。 然后，我激活了WS2012上的组合，并在vSphere中添加了一个基于IP哈希组合的具有Route的虚拟交换机和一个具有3个所需NIC的VMkernel适配器。 之后，我在Vcenter中添加了NFS共享，并开始将虚拟机迁移到存储。 它工作了大约一个月，现在我期待着重大的问题。
build立：
如果只有TestPC1连接到sto1或sto2，并试图获得一个testfile（1GB），但它工作正常，但如果TestPC2 ALSO连接到同一台服务器，并试图获得一个testing文件（相同或另一个）的两个TestPC的停止工作3 -5秒，传输大约200MB（不能ping或连接任何地方）。 如果一台PCclosures文件传输（〜30秒等待，如果explorer.exe没有崩溃），另一台PC以正常的传输速度接收文件。
完成：
我怎样才能解决这个奇怪的行为？
我会build议删除Windows NFS服务器或ESXi主机。
Windows NFS支持最好是平庸的。 它不应该被用作ESXi的后备存储。 如果你在VMware虚拟机pipe理程序上有自己的想法，并且想要基于文件的存储，我build议在存储端切换到Linux。
从Server 2012开始，可以使用SMB3从Windows文件服务器向Hyper-V提供存储，因此，这是一个合法的选项，性能优越，并且与NFS + ESXi相比具有一些优势，例如支持SMB多通道，而无需configurationLACP或etherchannel就像你会为NFS一样。
我认为在大多数vSphere安装中，网卡绑定并不是必须的，因为网卡故障转移和适配器布局技术已经build立良好。 团队为您的应用程序增加了不必要的复杂 LACP是vSphere的一个相当新的增加，并且仍然只在最高的许可级别。
另外，看起来你没有使用networking交换机。 是否有任何理由不能使用本地磁盘进行这种单主机ESXi设置？ 如果不是，那么排除使用networking交换机的是什么？