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

Question

我开始探索VMware 分布式交换机（dvSwitches 或 VDS）用于现有和新安装。假设 VMware 版本 5.1 及更新版本具有企业版许可。在此之前，我已经充分利用了标准 vSwitches，这些 vSwitches 定义了正确的物理上行链路类型（1GbE 或 10GbE），并在各个主机上进行独立管理。

从基本角度来说，使用分布式交换机对我有什么帮助？检查互联网上描述的其他安装和设置，我发现很多情况下虚拟管理网络或 VMkernel 接口仍位于标准交换机上，而 VM 流量则流向分布式交换机；这是一种混合模式。我甚至见过建议完全避免分布式交换机！但最重要的是，我在网上找到的信息似乎已经过时了。在尝试转换我现有的一台服务器时，我不确定需要在哪里定义管理界面，也找不到解决这个问题的好答案。

那么，最佳实践是什么？是使用标准和分布式交换机的组合吗？或者这只是一项不被广泛接受的技术？最近纳入了 LACP 功能在 VDS 中？

---

以下是真实生活中的新安装场景：

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

构建此设置的最干净、最有弹性的方法是什么？我被要求使用分布式交换机并可能合并 LACP。

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

Answer 1

我确实知道标准交换机不再支持许多新功能，例如配置错误时的网络回滚和网络健康检查。现在您可以单独保存和恢复 dVS，我认为这对人们来说是一个大问题（这就是为什么有些人会建议完全避免使用 dVS）。

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

• 上面提到的网络配置回滚和健康检查
• 易于管理。对于 vMotion 等，您通常需要所有主机上的网络都相同。这很麻烦，使用标准交换机时很容易出错。使用 dVS 时，此过程要简单得多。由于这些功能，您还应该在 dVS 上拥有 vmk 端口
• 我认为标准交换机不会有太大的发展，我认为一切都将越来越多地转向 dVS。即。我不认为诸如链路控制协议将移至标准交换机。
• 如果需要，您可以使用网络 IO 来控制上行链路的使用情况（如果您担心 vmotion 饱和等）

Answer 2

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

1. 更多功能。
   • 正如您所提到的 LACP
   • 了解每个虚拟端口上的网络活动（因此您可以在 vCenter 界面中看到特定虚拟机的单播/多播/广播计数器）
   • 从 vDS 到物理网络设备的 CDP 通告
   • 用于监控或故障排除的镜像/SPAN
   • 网流
   • 私有VLAN
   • 它们也是网络 I/O 控制和 Cisco 1000V 交换机等功能所必需的
2. 更易于管理和配置。
   • 在添加具有为 vDS 中的端口组提供服务的接口的新主机时，您只需将接口分配给交换机，然后就可以配置所有端口组了。（主机配置文件可以实现几乎相同的目的，但在主机配置文件中进行更改要麻烦得多。）

---

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