Na perspectiva do vSphere, você deseja redundância no console de serviço \ Gerenciamento de rede. Idealmente, dois pnics separados conectam-se a dois switches independentes. Então, dois nics lá em uma VLAN de gerenciamento isolado.
Vmotion \ Fault tolerance (se você estiver usando o último) novamente, pelo menos dois pnics conectados a dois switches independentes. Então, dois nics lá em uma VLAN separada no procurve 2910 (s).
Para iSCSI que será apresentado ao ambiente vSphere, você deseja novamente pelo menos dois e, nesse caso, é muito importante que eles se conectem a switches independentes. A partir de uma perspectiva do cSphere, a recomendação é configurar vários vSwitches separados, com uma única porta VMKernel em cada um e uma única pnic. Cada uma dessas portas vmKernel deve ter o tráfego vMotion \ FT desativado. Todas as portas vmkernel iSCSI precisam ser ligadas à pilha iSCSI para habilitar failover e multipathing, se essa for uma opção para sua matriz. É possível obter multipathing nativo com balanceamento de carga sem precisar do Enterprise Plus, desde que o seu fornecedor tenha um Módulo de Extensão de Multipathing (MEM), se ele fornecer um PSP (Path Selection Provider), então o Enterprise Plus é necessário. Eu não tenho certeza de como o LeftHand lida com isso, o pior é que você obtém failover, mas não tem balanceamento de carga real. Na frente do switch, mantenha as conexões iSCSI em sua própria VLAN no Procurves.
Para o iSCSI nativo apresentado às VMs, você deseja o mesmo tipo de resiliência, com pelo menos dois pnics conectados a switches físicos separados. Idealmente, você deve repetir o padrão usado para os switches iSCSI do vSphere - um pnic por vSwitch e um grupo de portas VM por vSwitch. Isso permite que os componentes internos de vários caminhos nas VMs tomem decisões sensatas de gerenciamento de caminhos e lhes dê alguma visibilidade sobre o estado da conexão do caminho. Se o balanceamento de carga não for importante para você nas VMs, então o agrupamento simples e um único vSwitch funcionarão, mas com seus planos que não parecem ideais. Novamente, estes se conectam ao Procurves.
Eu recomendo strongmente que seus dois Procurves não sejam configurados como uma única unidade lógica (usando empilhamento), se possível. Muitos links entre switches configurados como um único LAG são melhores, 10Gig se possível, de uma perspectiva de gerenciamento e segurança. Considere como você atualizará o firmware nesses switches ou executará outras manutenções pela linha.
Em qualquer caso, ele usa 8 de seus 12 pnics em cada host do vSphere, deixando-o com quatro para o tráfego de produção, o que parece razoável o suficiente.
Em seguida, você pode gerenciar o ambiente iSCSI de VMs conectadas aos grupos de portas VM iSCSI, caso contrário, você precisará fornecer alguma conectividade entre as aquisições e seu ambiente de produção. Definitivamente lidar com isso na camada 3 - você deseja manter o ambiente iSCSI livre de tráfego estranho quanto possível na camada2.