O "método tradicional" é suportado quando o cluster está em máquinas físicas. O outro método é suportado quando o cluster está em um único host VMware.
Eu já vi duas abordagens para lidar com a apresentação de armazenamento compartilhado para as VMs de cluster do Windows Server 2008 R2 no VMWare vSphere. Um é o método tradicional de criar um LUN em sua SAN e apresentá-lo a ambos os hosts por meio do iniciador de software Microsoft ISCSI. O outro método é fazer um vmdk em um LUN existente e anexá-lo a ambos os hosts e torná-lo um disco independente para que não seja afetado por instantâneos.
É um caminho o caminho "correto", ou ambos são viáveis? Existe alguma vantagem ou desvantagem em fazer isso?
O "método tradicional" é suportado quando o cluster está em máquinas físicas. O outro método é suportado quando o cluster está em um único host VMware.
Ambos são viáveis, mas como você diz, há vantagens e desvantagens.
Uma maneira de ilustrar a diferença é pensar no vMotion-ing de uma das máquinas no cluster de um servidor ESXi para outro. No caso do iniciador do MS iSCSI, o vMotion não fará nada com o disco. É tratado apenas como outro processo na máquina em movimento. No entanto, no caso do VMDK, o vMotion sabe que é um disco e pode gerenciar a migração do disco junto com a migração da máquina. O VMDK possui recursos que facilitam o trabalho do vMotion que não estão presentes no caso do iniciador do MS iSCSI.
No caso do VMDK, cada servidor ESXi precisa ter acesso ao VMDK se você quiser o vMotion entre eles.
Eu acho que se estamos falando tradicional, o caso VMDK é tradicionalmente adequado para o VMware HA e nenhum cluster de MS. O caso do iniciador MS iSCSI é tradicionalmente adequado para clustering MS e sem VMware HA.