Módulo de extensão de múltiplos caminhos do Dell Equallogic PS5000E para VMware vSphere necessário mesmo se o armazenamento não for apresentado ao ESXi?

Question

Uma única matriz Dell Equallogic PS5000E, fw 7.0.5, controlador duplo, NIC0 e NIC1 em cada controlador estão na VLAN iSCSI, a NIC2 em cada controlador está na VLAN de gerenciamento.

VMware vSphere 5.5, software iSCSI, cada host possui duas NICs físicas conectadas à VLAN iSCSI. O tráfego iSCSI é executado por meio de um vSwitch padrão que possui duas portas vmkernel, cada porta vmkernel tem uma NIC física atribuída como ativa e a outra definida como não utilizada. As ligações de porta são configuradas corretamente na guia de configuração de rede do adaptador iSCSI de software.

O PS5000E não será apresentado aos hosts ESXi e não será usado como armazenamento de dados VMDK. O PS5000E será apresentado como um dispositivo iSCSI para uma VM, em vez de executar o Windows Server 2012 R2, formatado com NTFS e usado exclusivamente por essa VM. A VM terá duas NICs virtuais na VLAN iSCSI. A VM terá as ferramentas de integração de host Dell EqualLogic para Microsoft instaladas, que devem cuidar do lado do SO do MPIO para o PS5000E.

A pergunta é se os hosts do ESXi precisam do Módulo de Extensão Multipathing Dell EqualLogic para o VMware vSphere aproveitar ao máximo o MPIO entre uma VM nesses hosts e o PS5000E sem que o armazenamento seja apresentado ao ESXi?

Parece-me que o módulo não é necessário porque o PS5000E não é apresentado ao ESXi e qualquer tráfego iSCSI é pass-through, mas não consigo encontrar uma referência real para fazer isso.

Discussão sobre a barra lateral: A única razão para fornecer à VM duas NICs virtuais na VLAN iSCSI é agregar largura de banda de armazenamento dentro e fora da VM para o PS5000E.

    

Answer 1

O MEM da Dell Equallogic é nunca necessário, mesmo quando você está usando para armazenamento em VMDK. As políticas de seleção de caminho internas da VMware farão o trabalho, embora não tão bem (por exemplo, Round Robin, ou o PSP "Static" padrão menos desejável).

Como você está fazendo acesso direto ao iSCSI a partir de sua máquina virtual, a instalação das ferramentas de integração do host diretamente na VM é uma boa chamada. Isso também lhe dá acesso a instantâneos "Smart Copy" se você precisar deles, além do DSM (módulo específico do dispositivo) para melhorar a funcionalidade do MPIO.

Exemplo de configuração com 2 grupos de portas NICs / 2 VM a partir do comentário em outra resposta: Crie 2 grupos de portas de máquina virtual em seu iSCSI vSwitch e modifique a ordem de failover para que cada um tenha acesso somente a 1 NIC, com um ativo e um não utilizado (grupo de portas 1 - > NIC 1 ativo / NIC 2 não utilizado. 2 - > NIC 1 não utilizada / NIC 2 ativa), em seguida, forneça à VM em questão 2 NICs, cada uma com acesso a um dos grupos de portas da VM. Isso simularia a configuração "esperada" pelo driver MPIO do EHCM e forneceria o comportamento desejado de balanceamento de carga e gerenciamento de sessão (e, espera-se, benefícios de desempenho).

Lembrete: se não funcionar, basta ligar para o suporte! O suporte a EQL tem o prazer de dar uma mão com pequenos ajustes de configuração como este.

    

Answer 2

O módulo de extensão só ajuda se você estiver usando o iSCSI com o próprio host. Como você está usando o iSCSI de dentro do convidado, o MPIO DSM da Dell para Windows deve lidar com o MPIO, embora eu duvide que isso seja possível com a sua configuração atual. Como o DSM depende do fato de ter duas NICs físicas e não duas NICs virtuais conectadas ao mesmo vSwitch, o que realmente reduziria o MPIO para a seleção de caminho integrada do VMware. Você precisaria usar dois vSwitches - um para cada NIC físico: vSwitch1 e vSwitch2 - e conectar um dos NICs virtuais do convidado ao vSwitch1 e o outro ao vSwitch2. Dessa forma, você pode se beneficiar do MPIO DSM da Dell.