Como apresentar armazenamento compartilhado para o MS Cluster Services em execução no vSphere 5

7

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?

    
por MDMarra 28.03.2012 / 16:18

2 respostas

1

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.

    
por 31.03.2012 / 21:20
1

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.

    
por 14.04.2012 / 00:40