我的桌子后面有一堆HP SAN和服务器箱。
长话短说，我将有2个vSphere主机，每个主机有12个pNIC，以及专用于iSCSI / vMotionstream量的单个Procurve 2910al交换机（实际上是两个，但是链接的）和iSCSI SAN（P4000）。
某些网卡将作为虚拟机网卡分配给我的生产局域网，因此我可以访问vCentre服务器，并且iSCSIstream量以及生产局域网上最好保存的任何内容都将在2910al上运行。
我想使用Windows iSCSI启动器向某些guest虚拟机（Exchange / SQL /可能是文件服务器）提供iSCSI LUN，以便使用SAN集成的VSS快照。
我也希望能够从生产networkingpipe理SAN，所以我想我会在交换机上使用路由function呢？
我将不胜感激关于configuration交换机/ VLAN布局的最佳方式的build议。
从vSphere的angular度来看，您需要在服务控制台\pipe理networking上进行冗余。 理想情况下，两个独立的pnics连接到两个独立的交换机。 所以在隔离的pipe理VLAN上有两个nics。
Vmotion \ Fault容错（如果您正在使用后者）至less有两个pnics连接到两个独立的交换机。 因此，procurve 2910（s）上的一个单独的VLAN中有两个nics。
对于将要呈现给vSphere环境的iSCSI，您至less需要两个，在这种情况下，连接到独立交换机是非常非常重要的。 从cSphere的angular度来看，build议configuration许多单独的vSwitch，每个单一的VMKernel端口和一个pnic。 每个这些VM内核端口应禁用vMotion \ FT通信。 然后，所有iSCSI vmkernel端口都需要绑定到iSCSI堆栈以启用故障转移，如果是arrays的选项，则需要多path处理。 如果供应商提供了多path扩展模块（MEM），如果他们提供pathselect提供程序（PSP），则需要企业增强版（Enterprise Plus），则可以获得负载平衡的本地多path，而不需要Enterprise Plus。 我不确定LeftHand是如何处理的，最坏的情况是你得到了故障转移，但是没有实际的负载平衡。 在交换机前面，将iSCSI连接保持在Procurves上的自己的VLAN中。
对于提供给虚拟机的原生iSCSI，您需要相同的弹性，至less有两个连接到不同物理交换机的pnics。 理想情况下，您应该重复使用vSphere iSCSI交换机的模式 – 每个vSwitch一个pnic，每个vSwitch一个VM端口组。 这使得VM内的内部多path组件能够做出合理的pathpipe理决定，并且使得它们能够看到path的连接状态。 如果负载平衡对于虚拟机中的你并不重要，那么简单的组合和一个单独的vSwitch就可以实现，但是考虑到你的计划看起来并不理想。 再次连接到Procurves。
如果可能，我强烈build议您将两个Procurvesconfiguration为单个逻辑单元（使用堆栈）。 从可pipe理性和安全性angular度来看，configuration为单个LAG的多个交换机间链路更好，如果可能的话，则为10Gig。 考虑如何升级这些交换机上的固件或者进行其他维护。
在任何情况下，在每个vSphere主机上使用12个pnics中的8个，为您提供四个生产stream量似乎足够合理。
如果您愿意，您可以从VM的pipe理iSCSI环境的VM连接到iSCSI VM端口组，否则您将需要提供一些Procurves和您的生产环境之间的连接。 绝对要处理第三层 – 你想保持iSCSI环境尽可能免于无关的stream量在第二层。
我猜测，没有人真的能够提供具体细节，而没有更多关于你所拥有的vSphere版本的信息（只有Enterprise和Enterprise Plus支持存储多path等一些高级function），除了你的要求是BW使用和容错。 就这样说，在规划这些东西的时候，我总是把网卡分成以下四类，然后确定我的要求是什么，接下来是什么可以实现的：
你需要为每个冗余吗？ 你需要每个人超过1G吗？ 你有足够的网卡来提供冗余吗？ （在这种情况下，你做，恕我直言。）一旦你做出这些决定，然后计划什么实际上插在哪里应该是一块蛋糕（假设你要保持上述四个networking之间的分离，我build议）。
所以看起来你至less需要
好东西你在每台主机上有12个网卡，因为你已经在极限了！
假设交换机作为一个单元运行，则需要pipe理VLAN，一个用于vMotion，另一个用于存储，并且将所有设备连接起来，以便每个组与两台物理交换机具有相同的连接。