O vCenter manipula apenas o volume de inicialização?

Question

Temos uma unidade SAN iSCSI conectada a um cluster de servidores ESX. Os servidores são todos gerenciados por uma instância do vCenter. A instância do vCenter gerencia uma dúzia de VMs do Windows Server.

A maioria das VMs tem mais de um volume. Esses volumes aparecem nas configurações da VM no vCenter. A unidade C no Windows é exibida como disco rígido 1 no vCenter. A unidade D aparece como disco rígido 2 e assim por diante. Em outras palavras, a SAN é ofuscada pelos servidores.

Um servidor, no entanto, é configurado de forma diferente. Sua unidade C é manipulada pelo vCenter, mas seu segundo volume é conectado diretamente à SAN por meio do Iniciador iSCSI do Windows. Quando perguntei ao administrador do servidor por que ele havia configurado dessa forma, ele perguntou: "Por que você quer um intermediário lidando com seus volumes?" Eu tentei explicar que os recursos HA e Snapshot do vCenter não cobrirão o segundo volume, mas ele não está convencido.

Eu continuo não convencido também. Embora pareça que todos os volumes da VM devam ser manipulados pelo vCenter, posso estar errado. Você configurou suas VMs de maneira semelhante? Algo em que o disco de inicialização é apresentado à VM pelo vCenter, mas todos os outros volumes estão diretamente conectados à SAN?

    

Answer 1

Sim.

Às vezes as pessoas fazem isso . Os motivos podem incluir:

• desempenho da SAN / armazenamento.
• Precisando de um volume cujos requisitos de tamanho excedam os máximos disponíveis para o VMFS.
• Cluster que ocorre em um nível superior ao VMware.

O vSphere não conseguirá capturar instantaneamente ou realmente fazer muito com esses volumes anexados diretamente. Eu não sou um defensor de fazer isso a menos que seja absolutamente necessário. Isso causa confusão e complica o design de rede, o DR e raramente é documentado.

Eu trabalhei em um ambiente onde um cliente em particular fazia isso em todas as uma de suas 900 máquinas virtuais. Uma mistura terrível de CIFS, iSCSI, NFS apresentada a partir de várias matrizes de SAN diretamente para as VMs em vez de VMDKs.

    

Answer 2

Atualmente, temos um servidor de arquivos configurado de maneira semelhante. A unidade de inicialização e vários outros são através do VMWare e uma unidade de dados é uma conexão iSCSI direta. Ele foi configurado anteriormente para superar os limites de 2 TB dos discos rígidos no VMWare. E sim, os recursos da captura instantânea e do HA do vCenter não se aplicarão a esse volume conforme ele é apresentado diretamente ao servidor. Isso funcionou bem para nós, já que a 'unidade' é coberta por instantâneos na SAN.

No que diz respeito ao comentário de intermediário feito pelo administrador, devo dizer que não há problema com o desempenho e não há motivo para não aproveitar os recursos de instantâneo e alta disponibilidade. Este artigo em particular mostra que a sobrecarga do hipervisor para armazenamento é mínima. Ao enviar para o armazenamento centralizado seu gargalo não seria o hipervisor, mas o meio conectando os hosts ao seu armazenamento (fibra, ethernet, etc ...) e passado que os próprios drives e controladores. A única vez que pude ver o hypervisor se tornando um gargalo é se você sobrecarregou o host com mais recursos alocados virtualmente do que o fisicamente e todas as VMs chamando por eles de uma só vez. Se você estiver absolutamente convencido de que o hipervisor causaria um problema de desempenho, poderá usar um mapeamento de dispositivo direto. Se você levar algum tempo para pesquisá-los, houve vários estudos de caso sobre o desempenho do armazenamento e do VMWare.

Pessoalmente, não tive problemas ao usar o VMWare para gerenciar o armazenamento, especialmente com versão 5.5 e os novos limites de armazenamento. Espero que isso ajude.