我正在开始探索用于现有和新安装的VMware分布式交换机 （dvSwitches或VDS）。 假设VMware版本5.1和更高的Enterprise Plus许可证。 在此之前，我已经很好地使用了使用正确types的物理上行链路（1GbE或10GbE）定义的标准vSwitch，并在各个主机上独立pipe理。
使用分布式交换机如何以基本术语帮助我？ 检查互联网上描述的其他安装和设置，我发现很多情况下，虚拟pipe理networking或VMkernel接口保留在标准交换机上，虚拟机stream量到达分布式交换机; 一个混合模型。 我甚至见过build议，以避免完全分布式交换机 ！ 但更重要的是，我在网上find的信息似乎已经过时了。 在转换我现有的一台服务器时，我不确定pipe理接口在哪里需要定义，并且无法find一个很好的解决方法。
那么，这里最好的做法是什么？ 要使用标准和分布式交换机的组合？ 或者这不仅仅是一个拥有良好分享的技术？ 最近在VDS中包含LACPfunction如何变成这个颜色？
这是一个真实的新的安装场景：
- 带有6个1GbE接口的HP ProLiant DL360 G7服务器作为ESXi主机（可能是4个或6个主机）。
- 4人堆叠交换机解决scheme（Cisco 3750，HP ProCurve或Extreme）。
- 由EMC VNX 5500支持的NFS虚拟机存储。
什么是build立这个设置的最干净的最有弹性的方法？ 我被要求使用分布式交换机，并可能包含LACP。
- 将全部6个上行链路放入一个分布式交换机，并在不同的物理交换机堆栈成员之间运行LACP？
- 将2个上行链路关联到标准vSwitch进行pipe理，并为VMstream量，vMotion，NFS存储等运行4上行链路LACP连接的分布式交换机？
- ???
- 利润。
我知道标准交换机不再支持许多新function，例如configuration错误时的networking回滚以及networking运行状况检查。 您现在可以单独保存和恢复您的dVS，这对我们来说是个大问题（这就是为什么有些人会build议完全避免dVS。
我想有三个原因，你应该使用dVS而不是5.1版本的标准：
- 上面提到的networkingconfiguration回滚和健康检查
- 易于pipe理。 对于vMotion等，您通常需要所有主机上的所有networking都相同。 这是一个痛苦，使用标准开关时有很大的错误空间。 使用dVS时，这个过程要简单得多。 由于这些function，您还应该在dVS上有vmk端口
- 我认为在标准交换机上不会有太多的事情要做，我想所有的事情都会越来越趋向于dVS。 IE浏览器。 我不认为像LACP这样的function会被移到标准交换机上。
- 如果您需要，可以使用networkingIO来控制上行链路使用情况（如果您担心vmotion饱和等）
分布式交换机的两个主要优点是
- 更多function
- LACP，如你所说
- 可以看到每个虚拟端口上的networking活动（因此您可以在vCenter界面中查看特定虚拟机的单播/多播/广播计数器）
- 从vDS到物理networking设备的CDP广告
- 镜像/ SPAN进行监控或故障排除
- networkingstream
- 私人Vlans
- 而且它们是networkingI / O控制和Cisco 1000V交换机等function所必需的
- 更简单的pipe理和configuration。
- 当添加一个带有为vDS中的端口组服务的接口的新主机时，您只需将接口分配给交换机，最好configuration所有端口组。 （主机configuration文件可以达到几乎相同的目的，但是在主机configuration文件中进行更改更加痛苦。）
自4.1以来，我已经非常成功地使用了它们 与标准的vSwitch相比，这是一个很大的改进，能够为群集中的所有主机添加一个新的虚拟机端口组，或者通过两次点击来configuration一个新的主机的networking，真是太棒了，但是我总是避免在主机上使用它们，pipe理界面; 似乎是一个坏主意。