La posibilidad de crear instantáneas – snapshots – de máquinas virtuales es una funcionalidad incluida en vCenter Server la cual permite conservar el estado de una o más máquinas virtuales para que puedas volver al mismo estado cuando sea necesario, es decir, como dicen por Irlanda, al estado de when the shit hits the fan.
Esta funcionalidad de poder crear instantáneas de las máquinas virtuales es muy útil, sobretodo, cuando se necesita volver a un estado posterior de una máquina virtual sin necesidad de tener múltiples máquinas virtuales.
Una instantánea captura el estado completo de la máquina virtual en el preciso instante cuando hacemos la instantánea. Esta instantánea incluye el estado de la memoria en ese preciso instante, la configuración de la máquina virtual y el estado del disco o discos virtuales de dicha máquina virtual.
En este episodio #21, te enseñare a crear y modificar una instantánea así como a volver a una copia anterior (go to) y a borrar una instantánea (delete) en caliente, es decir, mientras la máquina virtual sigue ejecutandose:
Nota: Las instantáneas de máquinas virtuales con discos RDM (Raw Device Mappings) en modo compatibilidad física NO están soportados.
![]() |
|
Los lectores que leyeron este post, también leyeron:






















Jose Maria,
Exite una utilidad bastante interesante para localizar averias en snapshot.
http://geosub.es/vmutils/Troubleshooting.Virtual.Machine.snapshot.problems/Troubleshooting.Virtual.Machine.snapshot.problems.html
Un saludo
J
Hola Nubelab,
Gracias por la utilidad. No sabia de su existencia. Voy a probarla haber que tal.
Tu la has probado? Que tal pinta tiene?
rgds,
J.
Hola Jose!.
Consulta, cual es el tamaño del Snapshot una vez creado?
Dudo que sea del mismo tamaño que el vdisk original.. existe alguna formula para saber la relacion?
Saludos!
Hola NJ,
Cuando haces un snap, el disco actual de la VM (.vmkd) es “comitted”. Eso significa que si tu VM tiene configurados 10GB y sólo ha consumido a 6 GB de 10 GB asignados, tu fichero .vmdk será de 10gb.
Todos los cambios futuros, se añadirán a un fichero delta ( delta-000X.vmdk) , por lo que si decides añadir 1 GB de datos, la instantánea o el snap sera de 1gb. Para entenderlo mejor, puedes referirte a los snap como a un snpah incremental, pero no como un clon principal del .vmdk.
Espero haberte aclarado tu duda.
rgs,
J.
Hola José Maria,
Felicidades por tu blog. Comentas que los RDM físicos no están soportados. Pongamos el caso que tenemos una maquina con dos discos, uno para el sistema y otro para datos. El del sistema esta en el datastore y el de datos en una lun por RDM. Si el RDM es virtual y le decimos que es independiente y persistente, si hacemos un snap, solo se hará snap del disco que tenemos en el Datastore no?
Muchas gracias.
Hola Ferran,
Efectivamente.
Los discos que están en modo no persistentes no se incluyen en el snap.
Rgds,
J.
Gracias José Maria, y en modo persistente? se guardaría en el datastore?
Saludos
Hola Ferran,
Efectivamente, el modo persistente guarda los cambios a disco según se generan. Este es el tipo de disco mas rápido, un disco en modo independiente persistente y en formato EagerZeroedout
Rgds,
J.
Mi caso es que la maquina virtual que tengo tiene 2 discos, uno en el datastore local y otro como RAW device en modo compatibilidad virtual, más grande. Me interesa solo que se haga snapshots del primer disco, del otro no. El miedo que tenía es que si le doy hacer un snap, añada el disco RAW al datastore local y me quede sin espacio. Por eso lo puse en independiente y persistente ya que tampoco me interesa que sea volátil (nonpersistent).
Muchas gracias