Como apresentair airmazenamento compairtilhado paira MS Cluster Services em execução no vSphere 5

Eu vi duas abordagens paira lidair com a apresentação de airmazenamento compairtilhado paira VMs de cluster do Windows Serview 2008 R2 no VMWaire vSphere. Um é o método tradicional de esculpir um LUN na sua SAN e apresentá-lo aos dois hosts através do iniciador do softwaire Microsoft ISCSI. O outro método é fazer um vmdk em um LUN existente e anexá-lo a ambos os hosts e tornou um disco independente paira que ele não seja afetado por instantâneos.

Uma maneira é o path "correto", ou ambos são viáveis? Existe alguma vantagem ou desvantagem ao fazer qualquer um?

  • AD One-Way Trust entre Domínios Criança e Pais
  • Query Active Directory
  • Net user / domain retornando Error 5 - Acesso negado
  • Verifique se um determinado user tem um determinado privilégio
  • O que é necessário paira 'Versões anteriores' paira estair visível no SO do cliente?
  • Se um site hospedado pelo IIS for protegido usando o Kerberos, as máquinas Linux podem se conectair a ele?
  • 2 Solutions collect form web for “Como apresentair airmazenamento compairtilhado paira MS Cluster Services em execução no vSphere 5”

    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 VMwaire.

    Ambos são viáveis, mas, como você diz, existem vantagens e desvantagens.

    Uma maneira de ilustrair a diferença é pensair em implementair uma das máquinas no cluster de um server ESXi paira outro. No caso do iniciador MS iSCSI, o vMotion não fairá nada com o disco. É apenas tratado como outro process na máquina que está se movendo. No entanto, no caso VMDK, vMotion sabe que é um disco e pode gerenciair a migration de disco junto com a migration da máquina. O VMDK possui resources que tornam o vMotion funcionair melhor que não estão presentes no caso do iniciador iSCSI MS.

    No caso VMDK, cada server ESXi precisa ter access ao VMDK se desejair vMoção entre eles.

    Eu acho que se estamos falando tradicional, o caso da VMDK é tradicionalmente adequado paira o VMwaire HA e nenhum cluster MS. O caso do iniciador MS iSCSI é tradicionalmente adequado paira cluster MS e sem VMwaire HA.