Separe o tráfego iSCSI entre duas NICs físicas, se possível?

3

Esta pergunta é uma continuação da NIC dedicada ou porta dedicada para iSCSI

Excluindo o ponto de iniciador iSCSI de hardware que foi feito na resposta aceita à pergunta acima, parece que usar porta (s) separada (s) em uma placa de rede multiporta para iSCSI praticamente atenderá à recomendação de usar "separado NICs "para tráfego iSCSI.

Estou no processo de planejamento de uma pequena instalação iSCSI que conecta dois nós do cluster a um storage array usando caminhos / switches redundantes via MPIO. Como resultado, cada nó tem quatro conexões físicas de rede com os comutadores iSCSI.

Cada máquina possui duas NICs de porta quádrupla. Quatro portas são necessárias para o tráfego não-iSCSI e quatro para o tráfego iSCSI mencionado acima, o que significa que todas as oito portas estarão em uso.

Minha pergunta é: se você tem o privilégio de várias NICs físicas na caixa, você deve dividir suas conexões iSCSI entre as duas NICs para lidar com uma falha NIC (no meu caso, duas portas cada) ou você deve ficar? manter todo o tráfego iSCSI no único NIC? Meu palpite seria separar o tráfego, mas eu gostaria de ter as idéias daqueles com mais experiência no mundo real do iSCSI do que eu. Eu estou indo para algum tipo de complicação inesperada fazendo isso desta maneira?

Embora eu tenha feito a pergunta no contexto do meu exemplo em particular, tentei fazer uma pergunta geral que, esperamos, será aplicável a outras configurações semelhantes.

Qualquer ajuda muito apreciada.

    
por dbr 13.08.2012 / 13:49

1 resposta

5

Eu dividiria os adaptadores NIC físicos, assumindo uma funcionalidade semelhante. Muitos servidores high-end agora têm um número (4+) de portas onboard, então eu tinha um cartão adicional de uma especificação semelhante, eu tinha MPIO em todo o onboard e o add-in. Caso contrário, várias placas suplementares funcionam bem também.

    
por 13.08.2012 / 13:53