vSphere NIC 配置？

Question 1

从 vSphere 的角度来看，您需要在服务控制台\管理网络上实现冗余。理想情况下，两个独立的 pnic 连接到两个独立的交换机。因此，两个 nic 位于一个隔离的管理 VLAN 上。

Vmotion\Fault 容错（如果您使用的是后者）至少有两个 pnic 连接到两个独立的交换机。因此，procurve 2910(s) 上的两个 nic 位于单独的 VLAN 上。

对于将呈现给 vSphere 环境的 iSCSI，您仍然需要至少两个，在这种情况下，将它们连接到独立交换机是非常非常重要的。从 cSphere 的角度来看，建议配置尽可能多的独立 vSwitches，每个 vSwitches 上都有一个 VMKernel 端口和一个 pnic。每个 vmKernel 端口都应禁用 vMotion\FT 流量。然后需要将所有 iSCSI vmkernel 端口绑定到 iSCSI 堆栈以启用故障转移和多路径（如果这是您的阵列的选项）。如果您的供应商有多路径扩展模块 (MEM)，则可以获得负载平衡的本机多路径而无需 Enterprise Plus，如果他们提供路径选择提供程序 (PSP)，则需要 Enterprise Plus。我不确定 LeftHand 如何处理这个问题，最坏的情况是您获得故障转移但没有实际的负载平衡。在交换机前端，将 iSCSI 连接保持在 Procurves 上自己的 VLAN 上。

对于呈现给虚拟机的本机 iSCSI，您需要相同类型的弹性，至少有两个 pnic 连接到单独的物理交换机。理想情况下，您应该重复用于 vSphere iSCSI 交换机的模式 - 每个 vSwitch 一个 pnic，每个 vSwitch 一个虚拟机端口组。这使虚拟机中的内部多路径组件能够做出合理的路径管理决策，并让它们对路径的连接状态有一定的可见性。如果负载平衡对您在虚拟机中并不重要，那么简单的团队合作和单个 vSwitch 就可以了，但考虑到您的计划，这似乎不是最佳选择。再次将它们连接到 Procurves。

我强烈建议您不要将两个 Procurve 配置为单个逻辑单元（使用堆叠），如果可能的话。从可管理性和安全性的角度来看，将大量交换机间链路配置为单个 LAG 更好，如果可能的话，最好是 10Gig。考虑如何升级这些交换机上的固件或进行其他后续维护。

无论如何，这会使用每个 vSphere 主机上的 12 个 pnic 中的 8 个，剩下 4 个用于生产流量，这似乎足够合理。

然后，您可以根据需要从具有连接到 iSCSI VM 端口组的 vnic 的 VM 管理 iSCSI 环境，否则您将需要在 procurve 和生产环境之间提供一些连接。一定要在第 3 层处理这个问题 - 您希望在第 2 层尽可能保持 iSCSI 环境不受无关流量的影响。

Answer

从 vSphere 的角度来看，您需要在服务控制台\管理网络上实现冗余。理想情况下，两个独立的 pnic 连接到两个独立的交换机。因此，两个 nic 位于一个隔离的管理 VLAN 上。

Vmotion\Fault 容错（如果您使用的是后者）至少有两个 pnic 连接到两个独立的交换机。因此，procurve 2910(s) 上的两个 nic 位于单独的 VLAN 上。

对于将呈现给 vSphere 环境的 iSCSI，您仍然需要至少两个，在这种情况下，将它们连接到独立交换机是非常非常重要的。从 cSphere 的角度来看，建议配置尽可能多的独立 vSwitches，每个 vSwitches 上都有一个 VMKernel 端口和一个 pnic。每个 vmKernel 端口都应禁用 vMotion\FT 流量。然后需要将所有 iSCSI vmkernel 端口绑定到 iSCSI 堆栈以启用故障转移和多路径（如果这是您的阵列的选项）。如果您的供应商有多路径扩展模块 (MEM)，则可以获得负载平衡的本机多路径而无需 Enterprise Plus，如果他们提供路径选择提供程序 (PSP)，则需要 Enterprise Plus。我不确定 LeftHand 如何处理这个问题，最坏的情况是您获得故障转移但没有实际的负载平衡。在交换机前端，将 iSCSI 连接保持在 Procurves 上自己的 VLAN 上。

对于呈现给虚拟机的本机 iSCSI，您需要相同类型的弹性，至少有两个 pnic 连接到单独的物理交换机。理想情况下，您应该重复用于 vSphere iSCSI 交换机的模式 - 每个 vSwitch 一个 pnic，每个 vSwitch 一个虚拟机端口组。这使虚拟机中的内部多路径组件能够做出合理的路径管理决策，并让它们对路径的连接状态有一定的可见性。如果负载平衡对您在虚拟机中并不重要，那么简单的团队合作和单个 vSwitch 就可以了，但考虑到您的计划，这似乎不是最佳选择。再次将它们连接到 Procurves。

我强烈建议您不要将两个 Procurve 配置为单个逻辑单元（使用堆叠），如果可能的话。从可管理性和安全性的角度来看，将大量交换机间链路配置为单个 LAG 更好，如果可能的话，最好是 10Gig。考虑如何升级这些交换机上的固件或进行其他后续维护。

无论如何，这会使用每个 vSphere 主机上的 12 个 pnic 中的 8 个，剩下 4 个用于生产流量，这似乎足够合理。

然后，您可以根据需要从具有连接到 iSCSI VM 端口组的 vnic 的 VM 管理 iSCSI 环境，否则您将需要在 procurve 和生产环境之间提供一些连接。一定要在第 3 层处理这个问题 - 您希望在第 2 层尽可能保持 iSCSI 环境不受无关流量的影响。

Question 2

我猜，如果没有更多关于您拥有的 vSphere 版本（只有 Enterprise 和 Enterprise Plus 支持存储多路径等一些高级功能）以及您对 BW 使用和容错能力的要求的更多信息，没有人能够真正提供具体信息。话虽如此，在规划这些内容时，我总是将 NIC 分为以下四个类别，然后确定我对每个类别的要求，然后确定实际可以实现的目标：

管理
vMotion
贮存
分布式 vSwitch（假设是 Enterprise Plus）

您是否需要每个网络都提供冗余？您是否需要每个网络都提供超过 1G 的容量？您是否有足够的 NIC 来提供冗余？（在这种情况下，我认为您有。）一旦您做出这些决定，那么规划实际插入哪里应该是小菜一碟（假设您要保持上述四个网络之间的分离，这是我推荐的）。

因此看起来你至少需要

2 x 管理
2 个 vMotion
4 x 存储 - 主机（2Gbps x 2 用于冗余）
4 x 存储 - 客户机（2Gbps x 2 用于冗余）

幸好每个主机都有 12 个 NIC，因为你已经达到极限了！

假设交换机作为单个单元运行，您将需要一个用于管理的 VLAN、一个用于 vMotion 的 VLAN 和一个用于存储的 VLAN，然后将所有内容连接起来，以便每个组与两个物理交换机都有相同的连接。

Answer