我们正在实施 vSphere 场并使用分布式交换机。VC 是场内连接到分布式交换机的虚拟机。我们遇到了 SAN 问题,所有虚拟机都已关闭。当 SAN 恢复后,我们重新启动了包含 VC 的 ESX 主机,VC 无法通过 vDS 连接到网络。我们必须从该主机上的 vDS 中删除一个 NIC,然后创建一个常规 vswitch,然后将 VC 连接到该交换机,然后 VC 才能连接到网络。
这是典型行为吗?如果 VC 发生故障,所有主机上的所有 vDS 网络都会停止吗?这似乎是一件非常糟糕的事情。我以为即使 VC 发生故障,网络也会正常工作,因为主机缓存了 vDS 配置。有没有更好的配置方法可以防止这种情况发生。我们希望将 VC 保留为 VM,以实现 HA 和可恢复性。有人可以提供建议或解释吗?
我很感谢你的帮助。
谢谢,
里克
答案1
您的案例中的问题是 ESX 主机必须在没有 VC 可用的情况下重新启动。我对 dVswitch 行为的理解是,根据端口模式,vCenter 服务器在启动时可能无法连接到 dVswitch,因为 vCenter 需要处理对 dVswitch 的这一更改。在您描述的场景中,如果端口是静态绑定的,我希望重新启动能够正常工作,但如果端口已配置为临时或动态,我预计它会导致此类问题。但我可能是错的,它可能始终是一个问题 - 我从未尝试准确复制发生在您身上的事情。
不管您的特定问题是否可行,在某些情况下,您最终都会遇到 dVswitch 上的 vCenter 问题。如果您想使用冷迁移移动 vCenter,或者使用 P2V 或 V2V 将 vCenter 移动到 ESX 环境并将其连接到 dVSwitch,您无法做到,因为当您尝试重新配置 dVswitch 时,vCenter 将关闭。这篇博客文章中有很多关于这个问题和其他类似的 Catch 22 变体的讨论,作者是Rich Brambley 谈 VM /ETC以及这篇文章由 Jason Boche 撰写。
虽然支持运行虚拟化的 vCenter,但 VMware 不支持运行连接到 dVSwitch 的 vCenter,尽管您很难找到这方面的参考。有一条评论VMware 社区当我与 VMware 支持人员讨论此问题时,我也得到了相同的信息。
解决此问题的方法是采用标准 vSwitch 上的服务控制台和 vCenter(如果已虚拟化)的混合方法。这就是我使用 dVswitch 时所做的 - 您保留了单点管理以及 dVswitch 为通用 VM 提供的其他优势,并避免了 ESX 服务控制台网络和 vCenter 出现问题的可能性。
答案2
为了继续 Helvick 的出色回答,我还必须说,从完全不科学的角度来看,我发现 dvSwitches 不稳定,而且麻烦比它们目前的价值要多。我是 VMW 的忠实粉丝,但我对当前版本并不满意,我知道 VMW 本身正在努力显著改进这项技术,我确信我将来会使用它,但目前我已经放弃了它,转而支持脚本化的常规 vSwitch 创建和更改。这只是我个人的看法。