Esta questão é semelhante a
Práticas recomendadas para servidores Linux de aprovisionamento dinâmico (no VMware)
No entanto, minha pergunta é um pouco diferente.
Temos vários servidores P2V (win / linux) e precisávamos usar a cópia em nível de bloco para usar o provisionamento Thin ao migrar e definimos esses servidores em produção, presumindo que o uso de provisionamento Thin estará em linha com o real dados usados por servidores, mas estamos errados quando vemos o crescimento do VMDK mesmo que o uso real do disco no guest vms seja baixo devido a logs / backups / o que não processos tocando blocos e o VMDK pode apenas crescer e não encolher.
Não queremos que isso nos afete em uma noite em que o Datastore esteja totalmente preenchido.
Nós olhamos para ferramentas como zeros sdelete / punching, mas isso nos obriga a remover todos os instantâneos, o que não podemos devido ao nosso sistema de backup utilizando CBT.
Além disso, isso não funciona com o Linux.
Também analisamos sugestões onde deveríamos apenas V2V e criar um novo disco de tamanho diferente, mas isso é um pouco demais, considerando que os servidores já estão ativos.
Em vez de fazer alterações drásticas na configuração, eu estava pensando em usar as ferramentas de disco do Windows / Linux para alterar o encolhimento do FS / Volumes dentro do sistema operacional para um tamanho confortável, mesmo que uma VM use todo o espaço disponível. não fique sem espaço no armazenamento de dados.
Números de Exemplo:
Nosso armazenamento de dados: 1 TB.
Uso Provisionado da VM: 2 TB (THIN)
Uso real da VM (100 GB)
Agora, se usarmos a ferramenta DiskMgmt no Windows para reduzir o volume básico para cerca de 200 GB e no Linux LVM para alterar LV / VG & partição para cerca de 200G, desta forma VM tem algum espaço para crescer, mas não pode crescer muito.
A minha pergunta é se isso funcionaria, ou seja, o crescimento do vmdk vai parar no tamanho da parte do disco do SO e isso se tornaria uma espécie de meio termo entre thin / thick provision ou isso não funcionaria e diria que os VMDKs VMs thin provisioned ainda crescer muito além do limite de partição / volume que definimos no nível do SO?
Pergunta de um lado: o que aconteceria se um armazenamento de dados fosse preenchido se ainda pudéssemos usar o cliente da web do Vsphere / etc ou ssh para mover facilmente algumas das VMs para outro armazenamento de dados ou se isso seria um desastre puro? ?