VMWare ESXi 5.5, la provisión delgada aún asigna la cantidad total de espacio en el disco

10

Veo muchas preguntas y respuestas sobre el aprovisionamiento delgado en VMWare ESXi, pero no exactamente lo que estoy encontrando. Estoy creando una nueva máquina virtual y estoy especificando un disco duro de aprovisionamiento delgado de 100 GB. Por todo lo que he leído, espero que el tamaño físico del archivo vmdk sea inferior a 100 GB. Sin embargo, todavía está creando un xxx-flat.vmdk de 100 GB.

Estoy tratando de configurar un sistema base que luego pueda simplemente copiar y personalizar como lo hice con VMWare Workstation en el pasado. ¡Muy fácil! Cuando enciendo la copia, VMWare me pregunta si la he copiado, respondo "sí" y ya estoy listo. Sin embargo, con lo que me parece un error en ESXi 5.5, estaré copiando alrededor de 100GB +, lo que significa que sería igual de rápido para reinstalar el sistema operativo cada vez que quisiera una nueva instancia.

Alguien ha experimentado esto?

vmware-esxi thin-provisioning Thomas Doman
fuente
2
Además de la respuesta de Shane y Ed, debe señalarse que si realiza un formato completo (en lugar de un formato rápido) en un disco de aprovisionamiento delgado, terminará ocupando el tamaño de aprovisionamiento completo, porque un formato completo escribirá datos a todo el espacio. Entonces ... algo a tener en cuenta, sobre el tema general.
HopelessN00b
Gracias a todos por las respuestas, probaré estos métodos e informaré. Un detalle que debería haber agregado a la pregunta original es que el efecto que intento lograr es como un clon. Por ejemplo, instalé y obtuve todas las actualizaciones para Windows Server 2008 R2. Ahora quiero especializarme. Por lo tanto, clónelo y cree un controlador de dominio, clónelo nuevamente y cree un servidor de aplicaciones web, clónelo nuevamente y cree un servidor SQL. La copia manual para este enfoque funcionó bien en VMWare Workstation donde crea archivos -snnn.vmdk. Parece que necesito usar utilidades para lograr eso con ESXi.
Thomas Doman
Ah, y ni siquiera estoy cambiando los almacenes de datos. Quiero todos estos "clones" en el mismo almacén de datos en ESXi. Además, supuse que ESXi también agregaría -snnn.vmdk a medida que crecía, por eso el archivo disperso fue una sorpresa.
Thomas Doman

Respuestas:

7

Esto se debe a que los archivos con aprovisionamiento delgado en ESXi son archivos dispersos . El método que está utilizando para moverlos no conservará ese atributo delgado.

Hay formas de evitar esto. Consulte: Mover VMware ESXi VM a un nuevo almacén de datos: preservar el aprovisionamiento delgado

ewwhite
fuente
Además, si copia el vmdk utilizando el cliente vsphere, conserva su delgadez cuando copia los archivos en lugar de la carpeta que los contiene. (siempre que el nuevo sistema de archivos admita thin)
JamesRyan
Aunque tanto Shane como Ed me dieron esencialmente las mismas opciones, estoy marcando a Ed como la respuesta ya que su enlace proporciona más detalles sobre cada uno. Finalmente utilicé Archivo -> Exportar -> Exportar plantilla OVF de vSphere con el nombre que quería para mi nueva VM y luego volví a implementar ese OVF en el mismo almacén de datos. Gracias de nuevo a todos!
Thomas Doman
15

Ese archivo de cien conciertos es un archivo escaso : no hay nada en él, el sistema de archivos simplemente sabe que ese es el tamaño deseado.

Puede ver el tamaño real en el cliente vSphere:

cliente

... a pesar del tamaño aparente cuando estás mirando los archivos en bruto ...

consola

El problema que tiene es que está eliminando ese archivo del sistema de archivos VMFS . Donde quiera que vaya y como quiera que llegue, el archivo disperso solo es disperso mientras esté en VMFS; ESXi se ve obligado a proporcionarle el archivo aparente completo, con todos esos ceros adicionales.

Storage vMotion y vmkfstoolsmanejará discos delgados correctamente si se está moviendo entre hosts ESXi; exportar a OVF es otra buena opción para no moverse por todo el disco grueso.

En términos generales, debe evitar tratar de trabajar directamente con los archivos planos, en lugar de usar las herramientas adecuadas para mover o clonar el VMDK lógico (que podría tener archivos planos, instantáneas, etc.).

Shane Madden
fuente