Você pode expandir um pouco sua arquitetura iSCSI? Quantos endereços de iniciador / destino você está trabalhando, quantos comutadores físicos, todos de uma sub-rede ou múltiplos?
A resposta básica é: porque o MPIO gerencia os caminhos de conectividade de ponta a ponta e é melhor no balanceamento de carga de conectividade de armazenamento e na resiliência de conexão do que os mecanismos genéricos de redundância de rede e balanceamento de carga.
As razões técnicas específicas para isso dependem da arquitetura, portanto, posso ser bem mais específico se você fornecer detalhes adicionais sobre a configuração da sua rede iSCSI. Alguns exemplos gerais:
- Sem qualquer MPIO, sua conversa de IP de iniciador para destino é apenas uma única conversa. O 802.3ad exige que a ordem dos pacotes em uma conversa não seja alterada (e você não quer que seu tráfego iSCSI fique fora de ordem de qualquer maneira), então você está limitado à largura de banda de um único link.
- O MPIO detecta e lida com falhas de caminho, enquanto o 802.3ad só pode compensar uma falha de link - e somente se essa falha de link for detectada corretamente. Se a sua placa NIC trava, mas ainda relata um bom link, ou a sua configuração de switch fica estragada por uma porta específica, você provavelmente perderá a conectividade de armazenamento, apesar de ter um segundo link que ainda esteja funcionando.
- Você está vinculado a um único switch físico, em vez de poder vincular as NICs do seu host a switches diferentes.