Pensei em perguntar antes de construir um ambiente de teste para testar isso.
Eu tenho um servidor físico que possui uma grande quantidade de armazenamento físico. Ele está executando SQL e prefere fazer uma migração fria em vez de uma migração quente para garantir que não tenha problemas de consistência de dados.
Minha pergunta é: o espaço livre é transferido muito rapidamente durante o processo de migração ou literalmente faz uma cópia bit por bit? O armazenamento tem 600 GB de espaço físico e pouco menos de 200 GB dele são usados.
Não tenho um grande período de tempo onde possa retirá-lo. Obviamente, uma opção é construir um servidor SQL separado e migrar os bancos de dados um de cada vez, mas por enquanto vamos nos concentrar na questão P2V sobre como o espaço vazio é transferido.
Responder1
Apenas compartilhe rapidamente minha experiência:
- Usar disco de provisionamento fino não trará espaço vazio para a VM convidada recém-criada.
- Mude para grosso (qualquer tipo se quiser) se for necessário ou justifique (geralmente não).
Notas laterais: o processo deve ser longo o suficiente para que a conversão ocorra. Se você mencionou "consistência", peça ao seu chefe ou equipe de sistema para serem realistas.
Responder2
Eu não tentei isso, mas adivinhando como os VMDKs funcionam, você pode ter sorte em zerar o espaço livre antes da conversão.
Uma ferramenta para fazer isso é sdelete:http://technet.microsoft.com/de-de/sysinternals/bb897443.aspx(se esta for uma máquina Windows)
No Linux você costuma dd if=/dev/zero of=/tmp/dummyfileescrever um arquivo com zeros até que a unidade esteja cheia. (Você pode excluir o arquivo depois)
Contudo tenha em mente que em qualquer caso o conversor terá que ler todo o disco de qualquer maneira. Portanto, isso aumentará - se for o caso - a velocidade de conversão se o problema for o canal de rede.
Além disso, aumentará a velocidade de criação do vmdk no servidor se você selecionar os discos para serem "zerados lentamente" (não "zerados ansiosos").