VMware Distributed vSwitches（VDS）-设计，理论，“实际”用例和示例？

我开始探索在现有和新安装中使用的VMware分布式交换机（dvSwitch或VDS）。假定具有Enterprise Plus许可的VMware 5.1及更高版本。在此之前，我充分利用了通过正确的物理上行链路类型（1GbE或10GbE）定义并在单个主机上进行独立管理的标准vSwitch。

使用分布式交换机在基本方面对我有什么帮助？检查互联网上描述的其他安装和设置，我发现很多情况下虚拟管理网络或VMkernel接口保留在标准交换机上，而VM流量则流向分布式交换机。混合模型。我什至看到了建议完全避免使用分布式交换机的建议！但最重要的是，我在网上找到的信息似乎已经过时了。在转换我现有的服务器之一的微弱尝试中，我不确定需要在哪里定义管理接口，也无法很好地找到解决方案。

那么，这里的最佳实践是什么？要结合使用标准和分布式交换机？还是这不是一种具有良好思维共享的技术？这是如何由有色近期列入LACP能力在VDS？

这是一个现实生活中的新安装方案：

• 具有6个1 GbE接口的HP ProLiant DL360 G7服务器用作ESXi主机（可能是4或6台主机）。
• 4成员堆叠式交换机解决方案（Cisco 3750，HP ProCurve或Extreme）。
• 由EMC VNX 5500支持的NFS虚拟机存储。

建立此设置的最干净，最灵活的方法是什么？我被要求使用分布式交换机，并可能包含LACP。

• 将所有6个上行链路扔到一台分布式交换机中，并在不同的物理交换机堆栈成员之间运行LACP吗？
• 将2个上行链路与标准vSwitch相关联以进行管理，并为VM流量，vMotion，NFS存储等运行与4个上行链路LACP连接的分布式交换机？
• ???
• 利润。

我确实知道标准交换机不再支持许多新功能，例如配置错误时的网络回滚以及网络运行状况检查。现在，您可以分别保存和还原dVS，我认为这对人们来说是个大问题（这就是为什么有些人建议完全避免dVS的原因。

我猜有三个原因，为什么您应该在5.1设置中使用dVS而不是标准格式：

• 上面提到的网络配置回滚和运行状况检查
• 易于管理。对于vMotion等，通常需要所有主机上的所有网络都相同。这很痛苦，使用标准开关时有很大的出错空间。使用dVS时，此过程要简单得多。由于这些功能，您还应该在dVS上具有vmk端口
• 我认为标准交换机将不会有更多的发展，我认为一切都将越来越朝着dVS迈进。就是 我认为LACP之类的功能不会移至标准交换机。
• 您可以根据需要使用网络IO来控制上行链路使用（如果您担心vmotion饱和等）

分布式交换机的两个主要优点是

1. 更多功能。
   • 您提到的LACP
   • 在每个虚拟端口上可见的网络活动（因此您可以在vCenter界面中看到特定VM的单播/多播/广播计数器）
   • 从vDS到物理网络设备的CDP公告
   • 镜像/ SPAN用于监视或故障排除
   • 净流量
   • 私人战队
   • 并且它们是某些功能（例如网络I / O控制和Cisco 1000V交换机）所必需的
2. 易于管理和配置。
   • 当添加带有为vDS中的端口组提供服务的接口的新主机时，只需将接口分配给交换机，最好配置所有端口组。（主机配置文件可以达到几乎相同的目的，但是在主机配置文件中进行更改要痛苦得多。）

从4.1开始，我已经非常成功地使用了它们。这是对标准vSwitch的一项重大改进，能够为群集中的所有主机添加新的VM端口组或单击两次即可配置新主机的网络真是太棒了，但是我始终避免在主机上使用它们管理界面；似乎是个坏主意。