vSphere网卡配置？

Question

我桌子后面有一堆HP和服务器盒。

长话短说，我将有两个vSphere主机，每个主机都有12个pNIC，以及一个专用于iSCSI/vMotion流量的Pro弧线2910 a交换机(实际上是两个但链接的)和iSCSI SAN (P4000)。

一些网卡将以VM的形式分配给我的生产局域网，这样我就可以访问vCentre服务器，而iSCSI流量和生产局域网最好保持的任何东西都将在2910 as上运行。

我想使用向一些客人( iSCSI /SQL/可能是文件服务器)介绍iSCSI LUN，这样我就可以使用SAN集成的iSCSI快照了。

理想情况下，我也希望能够从生产网络中管理SAN，所以我想我应该在交换机上使用路由功能。

我希望能就配置交换机/VLAN布局的最佳方式提出建议。

Answer 1

从vSphere的角度来看，您需要服务控制台\管理网络上的冗余。理想情况下，两个独立的pnics连接到两个独立的开关。所以在一个孤立的管理VLAN上有两个nics。

Vmotion\容错(如果您使用后者)再次至少有两个pnics连接到两个独立的开关。因此，两个nics在一个单独的VLAN上，在2910(s)。

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

对于向VM提供的本机iSCSI，您需要相同的弹性，至少有两张图片连接到单独的物理交换机上。理想情况下，您应该重复用于vSphere iSCSI交换机的模式--每个vSwitch一个per，每个vSwitch一个VM端口组。这使得VM中的内部多路径组件能够做出合理的路径管理决策，并使它们对路径的连接状态具有一定的可见性。如果在VM中负载平衡对您来说并不重要，那么简单的团队合作和一个vSwitch就可以了，但是考虑到您的计划，这似乎并不是最优的。再一次，这些连接到Procurves。

如果可能的话，我强烈建议您的两个Pro弧线不被配置为单一的逻辑单元(使用堆栈)。从可管理性和安全性的角度来看，从可管理性和安全性的角度来看，配置为单个延迟的许多交换机之间的链路更好，如果可能的话，是10 LAG。考虑一下如何升级这些交换机上的固件，或者继续进行其他维护。

在任何情况下，在每个vSphere主机上消耗掉12个pnics中的8个，留给您4个用于生产流量，这似乎是合理的。

然后，如果您愿意，可以从VM中管理vnics连接到iSCSI VM端口组的iSCSI环境，否则您将需要在采购和生产环境之间提供一些连接。一定要在第三层处理这个问题--您希望iSCSI环境在layer2中尽可能不受外来流量的影响。

Answer 2

我猜想，没有人能够提供更多关于vSphere版本的详细信息(只有Enterprise和Enterprise支持一些高级特性，比如存储多线程)，而且您对BW使用和容错的需求也是如此。尽管如此，在规划这方面的工作时，我总是将NIC分为以下四类，然后确定我对每个类别的需求，然后确定实际可以完成的任务：

1. 管理
2. vMotion
3. 存储
4. 分布式vSwitch (假设企业+)

每个人都需要冗余吗？你每个人需要超过1G吗？你有足够的NIC来提供冗余吗？(在这种情况下，你需要，IMHO。)一旦您做出了这些决定，然后计划实际插入什么应该是小菜一碟(假设您要保持上述四个网络之间的分离，这是我推荐的)。

所以看起来你至少需要

1. 2 x管理
2. 2 x vMotion
3. 4 x存储-主机(2 2Gbps x2用于冗余)
4. 4 x存储-客人(2 2Gbps x2用于冗余)

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

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