ESXi Migración física a virtual Espacio no utilizado en el disco duro

ESXi Migración física a virtual Espacio no utilizado en el disco duro

Pensé que preguntaría antes de crear un entorno de prueba para probar esto.

Tengo un servidor físico que tiene una cantidad algo grande de almacenamiento físico. Está ejecutando SQL y preferiría realizar una migración en frío en lugar de una migración en caliente para garantizar que no tenga problemas de coherencia de los datos.

Mi pregunta es: ¿el espacio libre se transfiere muy rápidamente durante el proceso de migración o literalmente realiza una copia bit por bit? El almacenamiento tiene 600 GB de espacio físico y se utilizan poco menos de 200 GB.

No tengo un gran período de tiempo para poder quitarlo. Obviamente, una opción es construir un servidor SQL separado y migrar las bases de datos una a la vez, pero por ahora centrémonos en la pregunta P2V sobre cómo se transfiere el espacio vacío.

Respuesta1

Solo comparto rápidamente mi experiencia:

  1. El uso de un disco de aprovisionamiento ligero no generará espacio vacío en la máquina virtual invitada recién creada.
  2. Cambia a grueso (del tipo que quieras) si es necesario o justifica (normalmente no).

Notas al margen: tiene que ser un proceso lo suficientemente largo para que se lleve a cabo la conversión si mencionaste "consistencia", pídele a tu jefe o equipo de sistemas que sean realistas.

Respuesta2

No lo he probado, pero, a juzgar por cómo funcionan los VMDK, es posible que tengas suerte si pones a cero el espacio libre antes de la conversión.

Una herramienta para hacer esto es sdelete:http://technet.microsoft.com/de-de/sysinternals/bb897443.aspx(si se trata de una máquina con Windows)

En Linux se utiliza dd if=/dev/zero of=/tmp/dummyfilepara escribir un archivo con ceros hasta que la unidad esté llena. (Puedes eliminar el archivo después)

Sin embargo, tenga en cuenta que, en cualquier caso, el convertidor tendrá que leer todo el disco. Entonces, esto aumentará, en todo caso, la velocidad de conversión si el problema es la tubería de red.

Además, aumentará la velocidad de creación de vmdk en el servidor si selecciona los discos para que sean "puestos a cero diferidos" (no "puestos a cero ansiosos").

información relacionada