VMWare ESXi 5.5, provisionamento thin ainda aloca espaço total em disco

10

Vejo muitas perguntas e respostas sobre o provisionamento thin no VMWare ESXi, mas não exatamente o que estou encontrando. Estou criando uma nova VM e especificando um disco rígido thin provisioned de 100 GB. Pelo que li, estou esperando que o tamanho físico do arquivo vmdk seja menor que 100 GB. No entanto, ele ainda está criando um xxx-flat.vmdk com 100 GB.

Estou tentando configurar um sistema básico que eu possa copiar e personalizar, como fiz com o VMWare Workstation no passado. Muito fácil! Quando ligo a cópia, o VMWare pergunta se eu a copiei, respondo "sim" e estou em execução. No entanto, com o que me parece ser um bug no ESXi 5.5, copiarei cerca de 100 GB ou mais, o que significa que eu seria tão rápido quanto a reinstalar o sistema operacional toda vez que quisesse uma nova instância.

Alguém já passou por isso?

vmware-esxi thin-provisioning Thomas Doman
fonte
2
Além da resposta de Shane e Ed, é importante ressaltar que, se você fizer um formato completo (em vez de um formato rápido) em um disco provisionado fino, acabará ocupando o tamanho provisionado completo, porque um formato completo gravará dados em todo o espaço. Então .. algo a ter em mente, sobre o tópico geral.
HopelessN00b
Obrigado a todos pelas respostas, tentarei esses métodos e apresentarei um relatório. Um detalhe que eu deveria ter acrescentado à pergunta original é que o efeito que estou tentando obter é como um clone. Por exemplo, eu instalei e recebi todas as atualizações para o Windows Server 2008 R2. Agora eu quero me especializar. Portanto, clone-o e crie um Controlador de Domínio, clone-o novamente e crie um servidor de aplicativos da web, clone-o novamente e crie um servidor SQL. A cópia manual dessa abordagem funcionou bem no VMWare Workstation, onde cria arquivos -snnn.vmdk. Parece que preciso usar utilitários para conseguir isso com o ESXi.
Thomas Doman
Ah, e nem estou mudando os datastores. Eu quero todos esses "clones" no mesmo armazenamento de dados no ESXi. Além disso, presumi que o ESXi também adicionaria -snnn.vmdk à medida que crescesse, e é por isso que o arquivo esparso foi uma surpresa.
Thomas Doman

Respostas:

7

Isso ocorre porque os arquivos thin-provisioned no ESXi são arquivos esparsos . O método que você está usando para movê-los não preservará esse atributo fino.

Existem maneiras de contornar isso. Veja: Mova a VMware ESXi VM para o novo armazenamento de dados - preserve o thin-provisioning

ewwhite
fonte
Além disso, se você copiar o vmdk usando o cliente vsphere, ele permanecerá fino quando você copiar os arquivos, e não a pasta que os contém. (desde que o novo sistema de arquivos suporta fina)
JamesRyan
Embora Shane e Ed tenham me dado essencialmente as mesmas opções, estou marcando a de Ed como a resposta, já que o link fornece mais detalhes sobre cada uma. Por fim, usei Arquivo -> Exportar -> Exportar modelo OVF do vSphere com o nome que eu queria para minha nova VM e, em seguida, reimplantei esse OVF de volta no mesmo armazenamento de dados. Mais uma vez obrigado a todos!
Tomás Doman
15

Esse arquivo de cem gig é um arquivo esparso - não há nada nele, o sistema de arquivos simplesmente sabe que é o tamanho pretendido.

Você pode ver o tamanho real no cliente vSphere:

cliente

.. apesar do tamanho aparente quando você olha os arquivos brutos ..

console

O problema que você está tendo é que você está removendo esse arquivo do sistema de arquivos VMFS . Para onde quer que vá e como está chegando, o arquivo esparso é escasso apenas enquanto estiver no VMFS; O ESXi é forçado a fornecer a você o arquivo aparente completo, com todos os 0s extras.

Storage vMotion e vmkfstoolsmanipulará discos finos corretamente se você estiver se movendo entre hosts ESXi; exportar para OVF é outra boa opção para não se mover pelo disco espesso completo.

De um modo geral, evite tentar trabalhar diretamente com os arquivos simples, em vez disso, use as ferramentas adequadas para mover ou clonar o VMDK lógico (que pode ter arquivos simples, instantâneos, etc.).

Shane Madden
fonte