我们有一个 4 主机 ESXi 6.5 集群,DRS 完全自动化。在检查历史记录时,我们看到一个特定的(大型)VM(6 个 CPU,64 GB 内存)每天通过 DRS 进行大约 10 次 vMotion。团队中有人声称我们应该降低 DRS 的攻击性,并将这台大型机器排除在 DRS 之外。
但我想知道,这有什么意义?我们不能让 DRS 完成它的工作,因为 vMotion 不应该对客户机和集群性能产生影响吗?我想有一些论据告诉他不要通过应用排除等来使事情变得过于复杂。
我们有一个 4 主机 ESXi 6.5 集群,DRS 完全自动化。在检查历史记录时,我们看到一个特定的(大型)VM(6 个 CPU,64 GB 内存)每天通过 DRS 进行大约 10 次 vMotion。团队中有人声称我们应该降低 DRS 的攻击性,并将这台大型机器排除在 DRS 之外。
但我想知道,这有什么意义?我们不能让 DRS 完成它的工作,因为 vMotion 不应该对客户机和集群性能产生影响吗?我想有一些论据告诉他不要通过应用排除等来使事情变得过于复杂。
今天,我将 5 个 MS SQL 2005 服务器迁移到一个新的 DRS 集群。所有 SQL 服务器都使用“Production_LAN”网络和“VMXNET 3”类型的单个虚拟 NIC。
前 4 个 SQL VM(Windows 2003 Standard 或 Enterprise x32 位)顺利通过。
我 vmotion 的最后一个 SQL VM(Windows 2003 标准 x64 位 R2)vmotion 没有错误,但完成后,我无法再 ping VM。我进入虚拟机,甚至无法 ping 网关,但我可以 ping 环回。与之前的 4 个 VM 相比,此 SQL 服务器非常繁忙。我重新启动了服务器,它恢复了虚拟网卡工作正常。
两台服务器(vmotioner 和 vmotionee)的构建是 ESX 4.0.0 175625 - 所以,更新前 1。
我是否应该怀疑网络交换机/VM 可能没有更新交换机上的 mac 表?
其他人曾经遇到过这个问题或知道可能是什么原因造成的吗?
谢谢!