我们正在实施vSphere场，并使用分布式交换机。 VC是农场内连接到分布式交换机的虚拟机。 我们有一个SAN问题，所有的虚拟机都closures了。 当SAN恢复时，我们重新启动包含VC的ESX主机，VC无法通过vDS连接到networking。 我们必须从该主机上的vDS中移除一个NIC，并创build一个常规的vswitch，然后将VC连接到VC连接到networking之前。
这是典型的行为吗？ 如果VCclosures，所有vDSnetworking都停止在所有主机上？ 这似乎是一件非常糟糕的事情。 我认为，即使VCclosures，networking也可以工作，因为主机具有caching的vDSconfiguration。 有没有更好的方法来configuration它，以防止发生这种情况。 我们希望将VC作为HA的虚拟机和可恢复的目的。 任何人都可以提供build议或解释？
我感谢帮助。
谢谢，
干草堆
在你的情况下的问题是，ESX主机必须重新启动没有VC可用。 我对dVswitch行为的理解是，根据端口模式的不同，vCenter服务器启动时可能无法连接到dVswitch，因为vCenter需要将此更改处理到dVswitch。 在你描述的场景中，如果端口是静态绑定的话，我希望重启动起作用，但是如果它已经被configuration成短暂的或者dynamic的，我会期望它会导致这样的问题。 我可能是错误的，但这可能永远是一个问题 – 我从来没有试图精确地复制发生在你身上的事情。
无论您的特定问题是否可行，都会出现在dV交换机上最终会遇到vCenter故障的情况。 如果要使用冷迁移移动vCenter，或者使用P2V或V2V将vCenter移动到ESX环境并将其连接到dVSwitch，则不能，因为在尝试重新configurationdVwitch时，vCenter将closures。 Rich Brambley在VM / ETC和Jason Boche在这篇文章中对这个和其他类似的Catch 22变种有很多讨论。
尽pipe支持运行vCenter虚拟化，但VMware不支持运行vCenter连接到dVSwitch，尽pipe您很难find相关参考。 VMware社区对此有评论，在与VMware的支持讨论时，我自己也得到了相同的信息。
解决scheme是使用标准vSwitch上的服务控制台和vCenter（如果虚拟化）混合方法。 这就是我使用dVswitch时所要做的 – 您可以为通用VM保留dVswitch的单点pipe理和其他好处，并避免出现ESX服务控制台networking和vCenter问题。
要继续赫尔维克的优秀回答，我还必须说，从一个完全不科学的angular度来看，我发现dvSwitch是不稳定的，比现在值得的更麻烦。 我是一个巨大的VMW粉丝，但是我对目前的版本并不满意，我知道VMW本身正在努力改进技术，我相信我会在将来使用它，但现在我已经放弃了它，赞成脚本化的常规vSwitch创作和变化。 只是我的2C。