O MD3200 se conecta a servidores via SAS; então eu estou pensando que você quer dizer o MD3200i. É "normal" separar as vLANs para gerenciamento, tráfego iSCSI e cliente. Você não menciona o tipo de software de cluster que está sendo executado, mas para a maioria é bastante comum que o tráfego de cluster / heartbeat tenha sua própria vLAN.
Dependendo do seu servidor e hardware, cada um deles pode ter suas próprias NICs físicas ou pode ser compartilhado. Também é normal ter um mínimo de 4 portas NIC para 1GbE; ou 2 portas de 10GbE / FC / IB / NCA e 2 portas de 1GbE. Também é normal ter um switch ou roteador L4 com controles de acesso que permita que todas essas vLANs sejam roteadas (seletivamente e onde aplicável).
Quebrando isso:
- Seus servidores devem ter pelo menos 4 portas de rede.
- Dependendo da sua configuração, você pode querer 6 ou até 8; isso realmente depende.
- Você deve ter vLANs para:
- Gerenciamento (hipervisor ESX ou Hyper-V; iLO / DRAC / iLOM / etc; gerenciamento SAN)
- SAN Traffic (qualquer que seja: iSCSI, FC, IB, SAS; deve ser separado)
- Tráfego de clientes (seu tráfego normal, às vezes você desejará mais de um, tantos quanto você teria sem nenhuma complexidade extra)
- Clustering / Heartbeat (opcional, dependendo do software que você está usando). Eu executo clusters Hyper-V e tenho pulsação na rede de gerenciamento, não é muito sensível a atrasos menores; alguns softwares de cluster são dolorosamente sensíveis ao atraso e precisam estar por conta própria.
- Cada vLAN deve ter sua própria sub-rede. Eu recomendaria altamente o uso de sub-redes maiores que / 24 ou espaçá-las para facilitar sua expansão posterior (eu não recomendaria nada menor que / 20; por exemplo, 10.0 .0.0 / 20, 10.0.16.0/20, 10.0.32.0/20, etc). Deve haver alguma forma de roteamento entre sub-redes. Switches de ponta têm esse recurso, e seu firewall também. se você não tiver uma caixa ou uma VM com o pfSense funciona muito bem.
Outros pensamentos: Os chips NIC realmente importam. Certifique-se de que seus servidores tenham algo bom e do Google para problemas de cluster ou SAN com o chip específico. Eu corro chips Broadcom BCM5709 por exemplo (todos os meus servidores usam exatamente o mesmo chip). Esses chips tiveram problemas com o firmware passado que foi resolvido. Chips Intel tendem a ser muito bons. Em qualquer caso, verifique e certifique-se de executar o firmware, drivers e software de gerenciamento mais recentes.