VMware Distributed vSwitches (VDS) -设计、理论、*真实*用例和示例？

Question

我开始探索VMware分布式交换机 (dvSwitches或VDS)，以便在现有和新的安装中使用。假设具有Enterprise许可的VMware版本5.1及更高版本。在此之前，我很好地使用了标准vSwitches，定义了正确的物理上行类型(1 1GbE或10 1GbE)，并在各个主机上独立管理。

在基本术语上，使用分布式交换机是如何帮助我的？通过查看internet上描述的其他安装和设置，我看到了许多情况，即虚拟管理网络或VMkernel接口仍然保留在标准交换机上，VM流量将流向分布式交换机；一种混合模型。我甚至见过完全避免分布式交换机的建议！但最重要的是，我在网上找到的信息似乎已经过时了。在试图转换现有服务器的微弱尝试中，我不确定需要在哪里定义管理接口，并且无法找到一个很好的解决方法。

所以，这里最好的做法是什么？要使用标准交换机和分布式交换机的组合？还是说这不是一种拥有良好思维分享的技术？VDS中的最近列入了LACP能力是如何着色的？

下面是一个真实的新安装场景：

• 具有6x1GbE接口的HP ProLiant DL360 G7服务器充当ESXi主机(可能有4或6个主机)。
• 4成员堆叠开关解决方案(思科3750，惠普ProCurve或极端)。
• 由电磁兼容VNX 5500支持的NFS虚拟机存储。

什么是最干净，最有弹性的方式来建立这个设置？我被要求使用分布式交换机，并可能合并LACP。

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

Answer 1

我知道在标准交换机上不再支持许多新特性，例如在出现配置错误时的网络回滚和网络健康检查。现在可以分别保存和恢复dVS，我认为这对人们来说是个大问题(这就是为什么有些人会建议完全避免dVS。

我想您应该使用dVS而不是5.1设置中的标准有三个原因：

• 上述网络配置回滚和健康检查
• 易于管理。对于vMotion等，您通常需要在所有主机上使用相同的所有网络。这是一种痛苦，在使用标准开关时有很大的错误空间。当使用dVS时，这个过程要简单得多。由于这些特性，您还应该在dVS上拥有vmk端口。
• 我认为在标准交换机上不会有更多的开发，我认为一切都将朝着dVS方向发展。即。我不认为像LACP这样的特性会被移到标准交换机上。
• 如果您需要，可以使用网络IO来控制上行链路的使用(如果您担心vmotion饱和等)。

Answer 2

分布式交换机的两个主要好处是

1. 更多的特征。
   • LACP正如你提到的
   • 每个虚拟端口上网络活动的可见性(因此您可以在vCenter接口中看到特定VM的单播/多播/广播计数器)
   • 从vDS到物理网络设备的CDP广告
   • 监视或故障排除的镜像/SPAN
   • Netflow
   • 私有Vlans
   • 它们是网络I/O控制和思科1000 V交换机等功能所必需的。

2. 更容易管理和配置。
   • 当添加一个在vDS中为端口组提供接口的新主机时，只需将接口分配给交换机，就可以配置所有端口组。(主机配置文件可以达到几乎相同的目的，但对主机配置文件进行更改要痛苦得多。)

我从4.1开始就很成功地使用了它们。这比标准的vSwitch有了很大的改进，能够在集群中的所有主机上添加一个新的VM端口组，或者在两次单击中配置一个新主机的网络，这是很棒的，但是我一直避免在主机的管理接口上使用它们；这似乎是个坏主意。