ESXi Acessando LUNs: modo físico ou virtual?

Question

Estou criando VMs em meu laboratório e quero replicar a situação que meus servidores de arquivos encontrarão em produção. Aqui está uma breve visão geral do que eu quero fazer.

Eu tenho vários servidores ESXi 4. Eles estão acessando uma SAN e cada máquina virtual existirá em sua própria LUN na matriz. Eu também tenho LUNs que contêm dados que precisam ser acessados pelas VMs.

Meu objetivo é ter uma VM (vamos chamá-la fs, para fileserver) iniciada no VMhostA. Eu quero que fs seja capaz de acessar um LUN de dados no modo raw, o que significa que se o fs desaparecer, eu quero ser capaz de montá-lo como ext3 (ou qualquer outro) de uma máquina física (não virtual). Isso significa que os dados no LUN não devem ser armazenados em um arquivo vmdk. Além disso, quero poder usar o VMotion para mover essa VM para o VMhostB (e, obviamente, manter o acesso ao LUN de dados)

Entendo que preciso apresentar o LUN como um RDM (Raw Disk Mapping)? Pelo que li, o arquivo RDM criado pode ser armazenado com a máquina virtual fs ou em outro armazenamento de dados. Seria correto assumir que deveria ser armazenado com fs?

Além disso, existem dois tipos de RDM, parece. Existem modos físicos e virtuais. Eu encontrei documentação conflitante de várias fontes, então não tenho certeza do que pensar. Importa o que eu seleciono neste caso? Quais são as diferenças, como se aplicam à minha situação?

Muito obrigado por ler todo o caminho ;-)

    

Answer 1

Não tenho experiência direta usando RDMs no vSphere 4 ESXi (apenas no ESX 3.5), mas tudo o que você está dizendo é o que você deseja realizar apresentando LUN de seus dados por meio de declarações de RDM com o meu conhecimento. O arquivo de mapeamento é normalmente armazenado no armazenamento de dados com a máquina virtual usando-o, conforme você supõe.

re: modo RDM virtual versus modo RDM físico - O plano de fundo que estou encontrando parece indicar que em um cluster virtual / físico você desejará usar o modo físico. Dito isto, também estou encontrando documentação que indica que nada é gravado no LUN além das informações do sistema de arquivos guest, mesmo no modo virtual (veja ). Eu suspeito que, desde que você está procurando a capacidade de montar o RDM LUN "frio" em outra máquina (ou seja, não um aplicativo de cluster verdadeiro) que o modo virtual funcionará bem para você.

Como o modo virtual parece ser o mais flexível e oferece a você mais potencial para usar recursos do VMFS no LUN, suspeito que você deseje tentar usar o modo virtual primeiro.

Minha recomendação seria "testar e ver como você gosta". Obviamente, você sendo Matt Simmons, você já está fazendo isso ... > smile <

    

Answer 2

Os RDMs são definitivamente o que você quer usar e o que você delineou funcionará da maneira que você pretende.

A escolha entre o modo Virtual e o modo Físico depende do caso de uso e, como você indicou, o Modo Virtual é o mais flexível. O modo de compatibilidade física só é necessário quando você precisa usar software no convidado que requer acesso direto ao hardware de disco - software de gerenciamento de SAN, por exemplo. Ele também é necessário para clustering físico / virtual misto, como o MSCS, provavelmente pelo mesmo motivo - suspeito (mas não tenho certeza) de que todos os nós do cluster precisam poder falar diretamente com o mesmo hardware compartilhado da mesma maneira. . O modo de compatibilidade física não tem efeito no vMotion padrão, mas impede o Storage vMotion, o Snapshotting, a clonagem ou a conversão de uma VM em um modelo. Todas essas restrições derivam do fato de que um RDM de modo físico não pode suportar técnicas de snapshot de VMware.

Um RDM no modo Virtual se comporta exatamente como um disco apresentado por meio de um VMDK - Storage VMotion \ cloning \ Snapshots etc todo o trabalho.

Quanto à sua outra pergunta sobre os arquivos envolvidos, um RDM é composto de duas partes; um arquivo stub \ mapping (terminando em xxx-rdm.vmdk) que contém metadados para o volume e o LUN bruto real para o qual o stub aponta. O arquivo de mapeamento pode ser armazenado em qualquer VMDK (ou compartilhamento NFS) visível para o (s) host (s) ESXi, mas o lugar mais sensato para colocá-lo é com os arquivos principais da VM, porque é realmente apenas um pequeno arquivo de texto (alguns kB) . Os arquivos delta de instantâneo ficarão no mesmo lugar se você optar por usá-los e tiver selecionado o Modo de Compatibilidade Virtual, portanto, você deve levar em conta a capacidade deles se for fazer isso.