A fragmentação do disco rígido virtual relatada por uma máquina guest é importante?

Question

Temos uma máquina virtual VM Ware ESXi, na qual o convidado está relatando alta fragmentação. O arquivo da máquina virtual do host não está fragmentado. O armazenamento de dados está em um array RAID 5.

A fragmentação do relatado pelo sistema operacional convidado é importante?

    

Answer 1

Se a sua VM estiver no armazenamento local do RAID 5, vá em frente e desfragmente. Mas se é em armazenamento compartilhado de qualquer sofisticação (SAN ou NAS), fale com seus caras de armazenamento primeiro. Pode haver provisionamento thin ou desduplicação em uma camada que o VMware não conhece, e a desfragmentação pode fazer com que a VM use muito mais espaço ou até mesmo ter um desempenho pior.

Além disso, se este for o ESXi versão 4 e o disco virtual for thin provisioned na camada VMware (mesmo no armazenamento local), a desfragmentação fará com que o VMDK use mais espaço à medida que novos blocos forem gravados. Isso também pode retardar permanentemente as coisas fragmentando o arquivo VMDK na camada do VMFS, já que os blocos recém-gravados são alocados pelo VMFS fora de ordem, do ponto de vista do convidado. Uma operação de clonagem ou conversão seria necessária para corrigir as coisas novamente.

    

Answer 2

Sim. Também é importante no host.

Como as unidades de disco físico, os discos virtuais podem se tornar fragmentados. O desempenho é enfraquecido pela fragmentação no disco físico que contém o diretório de trabalho da máquina virtual ou os arquivos do disco virtual.

Primeiro desfragmentar dentro da máquina virtual. Em seguida, desligue a máquina e execute um utilitário de desfragmentação no computador host.

Observe que a desfragmentação não recupera espaço não utilizado em um disco virtual; para recuperar espaço não utilizado, reduza o disco.

É altamente recomendável que você desfragmente usando um mecanismo do sistema operacional convidado antes de obter o primeiro instantâneo (ou o clone vinculado).

• A estação de trabalho faz todas as alterações o redo log, não para o original disco, quando você executa uma desfragmentação programa no convidado depois de um instantâneo. Você perde a capacidade de desfragmentar dentro do disco original para sempre .

• Todo setor que se move é copiado para o redo log, tornando o virtual máquina redo log extremamente grande quando o disco é muito fragmentado e você executa a desfragmentação após um instantâneo.

Answer 3

Eu suponho que poderia. Eu não tenho certeza, já que não sou especialista nisso, mas ...

A VM está sendo executada em um único arquivo grande. Se você tiver um arquivo grande no host alocado para o convidado, do host o arquivo não pode ser fragmentado. Tudo e bom.

Mas dentro do convidado, as partes dentro desse arquivo estão sendo acessadas em todo o lugar, porque ele está fragmentado dentro desse espaço de pesquisa. Seria como ter uma seção do disco rígido que está recebendo muitas solicitações de leitura / gravação.

É como ter um arquivo onde uma gaveta é uma bagunça, mas contém todas as pastas S-T. Claro, ele tem todas as pastas certas de S-T, mas você precisa continuar vasculhando-o para encontrar o que precisa. O mesmo com o computador host. O arquivo contêiner é um grande arquivo contíguo, mas ele está constantemente procurando dentro dele para encontrar o ponto correto sendo solicitado pelo convidado.

Por outro lado, raramente vi onde a fragmentação causa um problema grande com o acesso. Se for muito fragmentado, sim, pode se beneficiar de uma desfragmentação (gostei do mydefrag, pessoalmente, mas há outros, além disso, ele pode ser executado como um protetor de tela ...) Pessoalmente, se o convidado estivesse muito fragmentado, eu correria um defragger, ou execute o mydefrag (ele foi o sucessor do jkdefrag) periodicamente e ele irá mantê-lo para que não seja uma tarefa.

    

Answer 4

Isso deixará seu convidado mais lento e significativamente seu convidado, da mesma maneira que faria se seu servidor fosse físico. Se o armazenamento de dados for particularmente usado em excesso pelas VMs (digamos, > 10-15) e eles forem muito intensivos em IO, isso poderá fazer uma pequena diferença, mas é improvável.