Uma abordagem bem estruturada e você está fazendo todas as perguntas certas. Sua reformulação sugerida é excelente.
O ESX 3.5 não faz realmente vários caminhos de Iniciador de Software iSCSI, mas terá um failover feliz para outro uplink ativo ou de espera no vSwitch se um link falhar por algum motivo. O Guia de configuração de SAN iSCSI VI3.5 tem algumas informações sobre isso, não tanto quanto Eu gostaria, mas está claro o suficiente. Você não deveria ter que fazer nada no lado do ESX quando muda, mas não terá mais nenhum efeito de agregação de link (porque seus uplinks estão indo para dois switches não empilhados separados), somente failover. Dada a fraqueza do multipathing na pilha iSCSI do ESX 3.5, isso provavelmente não terá nenhum efeito material, mas pode ser porque você tem vários destinos iSCSI, portanto, tenha isso em mente. Tenho certeza de que você já sabe disso, mas os Jumbo Frames não são compatíveis com o Iniciador de Software no ESX 3.5, de modo que não farão nada por você até que você mude para o ESX 4.
Ao configurar as portas ESX vSwitch e VMkernel para iSCSI com ESX4, a recomendação é criar várias portas VMkernel com um mapeamento 1: 1 para NICs phyiscais de uplink. Se você quiser criar vários vSwitches para isso, você pode ou pode usar as opções de agrupamento de NICs no nível da porta para que você tenha uma única NIC designada como ativa por porta VMkernel com 1 ou mais como espera. Depois de configurar as portas \ vSwitch, você precisará vincular as portas à pilha de múltiplos caminhos iSCSI e, então, manipulará os caminhos múltiplos e o failover de maneira mais eficiente. Dada a maneira como isso funciona, não há necessidade de se preocupar com o agrupamento entre os switches, o driver multipath está fazendo o trabalho na camada ip. Esta é apenas uma ideia rápida de como funciona, está descrita com muito detalhe no VI iSCSI SAN Guia de configuração . Isso explicará tudo o que você precisa fazer, incluindo como configurar o suporte a quadros Jumbo corretamente.
No que diz respeito ao empilhamento, não acho que você precise ou deseje fazer isso para essa configuração. Na verdade, o design recomendado pela Dell para ambientes iSCSI MD3000i não é empilhar os switches, tanto quanto a razão que você mencionou. Para outras soluções iSCSI (Equallogic), são necessários links de alta largura de banda entre arrays, então o empilhamento é recomendado pela Dell, mas nunca tive uma explicação satisfatória do que acontece quando o mestre falha. Tenho certeza de que a interrupção durante a nova eleição do mestre será menor do que os tempos limite do iSCSI, portanto, as VMs não devem falhar, mas não é algo que me agrada e as coisas definitivamente vão parar por um período de tempo desconfortável.