Trabajar con entornos virtualizados sin una buena estrategia de snapshots es como ir sin cinturón de seguridad: puede que no pase nada, pero el día que pase te vas a acordar. Las instantáneas o snapshots permiten congelar el estado exacto de una máquina virtual en un momento concreto y volver a él si algo sale mal, pero usarlos mal puede destrozar el rendimiento y poner en peligro tus datos.
A lo largo de esta guía vas a ver qué es exactamente un snapshot, cómo funciona por dentro, en qué se diferencia de una copia de seguridad, cómo crearlos y gestionarlos en plataformas como VMware, VirtualBox o VPS cloud, y sobre todo qué hacer y qué no hacer para proteger tus datos sin cargarte el entorno de producción.
¿Qué es un snapshot en entornos virtuales?
Un snapshot (instantánea) es una captura del estado completo de una máquina virtual en un instante preciso. Ese estado puede incluir la configuración de la VM, el contenido de los discos virtuales, el sistema operativo invitado, las aplicaciones instaladas, los datos y, opcionalmente, el contenido de la memoria RAM y el estado de la CPU.
A diferencia de una copia de seguridad tradicional, el snapshot no crea una copia completa e independiente de todos los datos, sino que se apoya en el disco virtual base y va registrando los cambios que se producen a partir del momento en que se toma la instantánea. Eso lo hace muy rápido de crear y muy útil como punto de retorno rápido ante problemas.
En la práctica, un snapshot funciona como una foto de la VM antes de tocar nada: pruebas un parche, una actualización de sistema o un cambio de configuración; si algo se rompe, reviertes a la instantánea y listo. Este enfoque se ha vuelto fundamental en operaciones de pruebas, desarrollo, mantenimiento y también en muchas estrategias de seguridad.
Cómo funcionan internamente los snapshots
Detrás de esa aparente sencillez hay bastante ingeniería. Cuando tomas un snapshot, el hipervisor congela el estado de la máquina virtual (en mayor o menor medida según la tecnología) y modifica la forma en que se gestionan las escrituras al disco.
En sistemas como VMware vSphere/ESXi, cada snapshot genera un nuevo disco delta .vmdk (también llamado disco hijo o disco de diferencias). A partir de ese momento, el disco base .vmdk deja de recibir escrituras: todas las operaciones de escritura se redirigen al disco delta, que representa los cambios con respecto al estado que tenía el disco en el momento de tomar la instantánea.
Si hay varias instantáneas encadenadas, se forma una jerarquía de discos delta donde cada uno almacena la diferencia respecto al anterior. Esto permite moverte por el árbol de snapshots y volver a estados intermedios, pero también aumenta la complejidad y la carga de I/O, porque el hipervisor tiene que consultar varios discos para resolver el estado real de cada bloque.
Si el sistema operativo invitado llega a escribir en todos los bloques del disco virtual, los discos delta pueden crecer hasta tener prácticamente el mismo tamaño que el disco virtual original, con el consiguiente impacto en el almacenamiento. De ahí que dejar snapshots olvidados sea una receta segura para llenar datastores y perder rendimiento.
Tipos de snapshots más habituales
Según la plataforma y las opciones que elijas al crearlos, no todos los snapshots capturan la misma información ni garantizan el mismo nivel de consistencia. En VMware, por ejemplo, se distinguen claramente dos grandes tipos.
Snapshot de memoria (con estado de ejecución)
El snapshot de memoria guarda además del disco el contenido de la RAM y el estado de la CPU y de encendido de la máquina virtual. Es como pulsar pausa en una película: al revertir a esa instantánea, la VM vuelve a exactamente el mismo punto, con las mismas aplicaciones abiertas y procesos en marcha.
Este tipo se usa mucho antes de aplicar actualizaciones de sistema, cambios de configuración delicados o instalaciones de software complejas. Si la actualización falla o el nuevo software rompe algo, puedes volver a ese estado vivo sin tener que reiniciar servicios ni repetir configuraciones.
Técnicamente esto implica la creación de un archivo adicional (por ejemplo .vmsn en VMware) que almacena la memoria de la VM y metadatos del snapshot. Si no capturas memoria, la operación de “revertir a instantánea” te devolverá una VM apagada o suspendida que tendrás que arrancar manualmente.
Snapshot consistente / silenciado
En otros casos interesa menos el estado en caliente de la RAM y más asegurar que los datos en disco correspondan a un estado coherente de las aplicaciones, especialmente en bases de datos o sistemas de correo. Ahí entran los snapshots consistentes o silenciados.
Un snapshot silenciado (quiesced) pone en pausa el sistema de archivos y obliga a vaciar los búferes de escritura en disco. Para ello suelen requerirse herramientas de integración en el invitado (como VMware Tools) que coordinen al sistema operativo para dejar todos los datos en un punto consistentemente grabado.
Este tipo de instantáneas se usa mucho como apoyo a soluciones de backup. Por ejemplo, algunos programas de copia de seguridad crean un snapshot silenciado, leen los datos “congelados” para hacer la copia, y luego eliminan la instantánea. Así se consigue una copia consistente con mínima interrupción.
Otros enfoques de snapshot en VPS y otros hipervisores
En muchos proveedores de VPS y plataformas cloud, los snapshots se presentan como “foto instantánea del servidor”, pero bajo el capó el concepto es muy similar: congelar discos (y a veces memoria) en un punto en el tiempo para poder restaurarlos después.
En entornos como VirtualBox, Proxmox, VMware Workstation o soluciones de VPS comerciales, el usuario suele ver un árbol o listado de instantáneas con nombres como “Snapshot 1”, “Antes de actualizar”, etc. Desde ahí se pueden crear, restaurar o borrar snapshots sin entrar en los detalles de discos delta y archivos internos.
Diferencias clave entre snapshots y copias de seguridad

Uno de los errores más peligrosos es confundir snapshots con copias de seguridad. Aunque ambos mecanismos ayudan a recuperar sistemas, su filosofía y capacidades son muy distintas.
El snapshot es un mecanismo de registro de cambios apoyado en los discos originales. Si pierdes el datastore, el host, o se corrompe gravemente el disco base, los snapshots dejan de servir, porque no son una copia autónoma: dependen de ese almacenamiento subyacente.
Las copias de seguridad, en cambio, crean una réplica de los datos (integral o incremental) en otro almacenamiento, normalmente aislado del entorno de producción. Esto permite recuperar sistemas incluso ante desastres graves: borrados accidentales, fallos de hardware, ransomware, etc.
También hay diferencias de rendimiento y uso:
- Snapshots: se crean en segundos, ocupan solo los cambios desde su creación, permiten volver muy rápido a un estado previo y son ideales para pruebas, cambios puntuales y recuperación rápida ante fallos menores.
- Copias de seguridad completas o incrementales: tardan más, consumen más espacio, pero garantizan integridad de datos y retención a largo plazo. Permiten restauraciones históricas, montajes parciales (por ejemplo montar solo un disco o un sistema de ficheros) e incluso migraciones entre plataformas.
Por todo ello, no es recomendable usar snapshots como sustituto de un sistema de backup. Son un complemento perfecto, pero no la base de tu estrategia de protección de datos.
Copias de seguridad de VPS y relación con snapshots
En el mundo de los VPS, la seguridad de los datos también pasa por combinar copias de seguridad clásicas con snapshots rápidos. Un VPS puede albergar desde una tienda online hasta un servidor de juegos, y una pérdida de datos puede salir muy cara.
Una copia de seguridad de VPS es una copia completa o parcial de los datos y configuraciones del servidor almacenada en otro lugar (otro almacenamiento, otro nodo, incluso otra región). En muchos proveedores, estas copias se pueden restaurar por completo o montar como dispositivos virtuales, igual que si conectaras un disco adicional.
Además de las copias completas, es habitual trabajar con copias de seguridad incrementales, que solo guardan los cambios desde la última copia. Son más rápidas y ocupan menos, pero para restaurar un punto concreto necesitan combinarse con la última copia completa, lo que alarga la recuperación.
Los snapshots de VPS se sitúan en un punto intermedio: capturan la imagen del servidor en un instante, normalmente de forma muy rápida, incluyendo sistema operativo, aplicaciones y datos. Son geniales para tener un plan B antes de un cambio gordo, pero no sustituyen a una política de backups periódicos y externos.
Cuándo usar snapshots en un VPS
Lo ideal es crear un snapshot del VPS justo antes de aplicar cambios sensibles: actualizar el sistema, cambiar versiones de servicios clave, instalar una nueva versión de tu aplicación, modificar reglas complejas de firewall, etc.
Cuanto más cerca del momento del cambio tomes el snapshot, más fiel será el punto de retorno y menos datos perderás si necesitas revertir. Por eso conviene integrarlos en tu rutina de administración: snapshot, cambio, verificación; si todo va bien, se elimina el snapshot pasado un tiempo prudencial.
Impacto en rendimiento, límites y riesgos si abusas de snapshots
Los snapshots son muy tentadores: como son rápidos y fáciles de crear, es habitual que acaben acumulándose docenas de ellos en una sola VM. Aquí empiezan los problemas.
Cada snapshot adicional añade una nueva capa de discos delta y lógica extra para calcular cuáles son los datos vigentes en cada bloque de disco. Esto genera sobrecarga de I/O, más uso de CPU y mayor latencia en operaciones de lectura/escritura. Cuanto más tiempo permanece un snapshot, más crece su archivo y mayor es su impacto.
Por ello, muchos fabricantes recomiendan no mantener un snapshot individual más de 72 horas y no encadenar más de 2-3 snapshots en la misma VM. Aunque el límite técnico puede ser mucho mayor (por ejemplo, hasta 32 snapshots en VMware), a partir de ahí el rendimiento puede degradarse de forma notable.
Además, los snapshots consumen almacenamiento de forma silenciosa. Si los dejas olvidados, los discos delta irán creciendo a medida que cambie la VM, hasta que un día el datastore se llene y comiences a ver errores de consolidación de disco o fallos al escribir.
También conviene evitarlos en ciertas circunstancias: crear snapshots mientras la VM está sometida a un pico fuerte de E/S aumenta la probabilidad de que la operación falle o de que el snapshot no sea tan consistente como debería.
Creación y gestión de snapshots en VMware vSphere / ESXi
En entornos VMware, la administración de snapshots es muy directa desde vCenter o el cliente de ESXi. Las opciones disponibles cubren todo el ciclo de vida de la instantánea: creación, eliminación, reversión y consolidación.
Crear una snapshot en vCenter o ESXi
El proceso básico para crear una instantánea en VMware es el siguiente:
- Localizar la máquina virtual en vCenter o directamente en ESXi, y acceder al menú de snapshots (por ejemplo, clic derecho sobre la VM > Snapshots > Take Snapshot / Crear instantánea).
- Introducir un nombre y una descripción clara. Es buena idea indicar qué cambio vas a hacer (“antes de parche de seguridad X”, “previo a actualización de aplicación Y”), así luego sabrás a qué estado vuelves.
- Elegir si quieres capturar la memoria de la VM. Marcando la opción de snapshot con memoria guardarás estado de RAM y ejecución; si no la marcas, el snapshot solo incluirá disco y al revertir la VM estará apagada.
- En algunos casos podrás seleccionar opciones de silenciado del sistema de archivos (quiesce), lo que requiere tener VMware Tools instaladas en el invitado para asegurar consistencia de datos.
- Confirmar la creación. En unos segundos tendrás la instantánea disponible en el árbol de snapshots de esa VM.
Cuando quieras volver a ese punto, basta con abrir el administrador de instantáneas, seleccionar la deseada y usar la opción de revertir (“Revert”, “Go to”, “Revert to snapshot”). El sistema te avisará de que el estado actual se perderá si no lo guardas en otro snapshot.
Archivos que se crean al tomar un snapshot en VMware
Al crear una instantánea en VMware, se generan o modifican varios archivos asociados a la VM:
- Archivo .vmdk: es el disco virtual base de la máquina, sobre el que ya no se escribirán datos nuevos tras la creación del snapshot.
- Archivo -delta.vmdk: es el disco delta o hijo, que almacena todos los cambios desde el snapshot. Consta de un descriptor y un archivo de datos en bruto, y puede crecer mucho si se modifican muchos bloques.
- Archivo .vmsn: archivo opcional que guarda el estado de la memoria de la VM y parte de su configuración de ejecución, creado cuando haces un snapshot con memoria.
- Archivo .vmsd: base de datos que recoge la información de todas las snapshots de la VM, así como las relaciones entre ellas y entre los distintos discos delta.
Esta estructura permite al hipervisor saber qué discos tiene que consultar para devolver el estado real de la VM en cada punto del árbol de instantáneas.
Opciones de administración de snapshots en vSphere
Desde el cliente de vSphere puedes hacer bastante más que crear y revertir. Las acciones habituales incluyen:
- Crear snapshot: añade una nueva instantánea que pasa a ser la actual.
- Eliminar snapshot: borra una instantánea concreta, fusionando sus cambios con el disco anterior y liberando almacenamiento.
- Eliminar todas las snapshots: limpia todas las instantáneas asociadas a la VM, consolidando los discos delta en el base.
- Revertir a snapshot seleccionada: devuelve la VM al estado exacto de esa instantánea.
- Revertir a la última snapshot: vuelve al último punto de snapshot creado.
- Consolidar: fusiona la jerarquía de discos delta cuando hay inconsistencias o cuando las operaciones previas de borrado no terminaron de consolidar el almacenamiento.
Para entornos amplios, existen herramientas de terceros que ofrecen una visión global de todas las snapshots en múltiples VMs, ayudando a detectar instantáneas huérfanas, creaciones no autorizadas o simples olvidos que consumen recursos de forma silenciosa.
Snapshots en otros entornos: VirtualBox y VPS cloud
Snapshots en VirtualBox
VirtualBox también incorpora un sistema de instantáneas muy útil para pruebas y laboratorio. El flujo de uso típico es tomar una snapshot con la VM encendida, romper cosas a gusto y luego volver al estado anterior cuando quieras seguir trabajando.
Para crear una instantánea en VirtualBox, arrancas la VM y usas el menú Máquina > Tomar instantánea. El sistema te pedirá un nombre y, si quieres, una descripción. Esa instantánea guardará el estado de disco y, según la configuración, también el estado de ejecución y la pantalla que se veía en ese momento.
Para restaurar, primero hay que apagar la máquina virtual. Después, en el panel principal de VirtualBox, seleccionas la VM, vas a la pestaña “Instantáneas”, eliges la que te interesa (por ejemplo “Snapshot 1”) y pulsas el botón de restaurar. Al arrancar de nuevo, la máquina aparecerá exactamente como estaba cuando hiciste la captura.
Snapshots en VPS cloud: creación, restauración y eliminación
En muchos paneles de VPS cloud, la sección de snapshots se integra como una herramienta adicional en el panel de control. Los pasos concretos varían según el proveedor, pero el patrón suele ser similar:
- Accedes al panel principal del VPS y vas a la sección de herramientas o snapshots.
- Pulsas en “Crear snapshot”, asignas un nombre reconocible y confirmas.
- El panel muestra el snapshot disponible y, en algunos casos, impone limitaciones: por ejemplo, solo permitir un snapshot simultáneo que caduque automáticamente tras 3 días.
Para restaurar el VPS, normalmente basta con ir al listado de snapshots y usar la opción de restaurar. El sistema te advertirá de que el proceso no se puede deshacer y que el servidor volverá al estado exacto del momento de la captura, perdiendo los cambios posteriores.
Eliminar snapshots también suele ser un proceso sencillo desde el panel: seleccionas el snapshot y eliges la opción de borrar, confirmando en una ventana de advertencia. Es importante tener claro que, una vez eliminado, no tendrás ya ese punto de retorno disponible.
Casos prácticos donde snapshots y backups marcan la diferencia
Para ver por qué todo esto es tan crítico, basta con repasar algunos escenarios reales en proyectos online donde las copias de seguridad y los snapshots evitan desastres.
Piensa en un gamer que usa un VPS como servidor de juegos multijugador. Tras una actualización importante del motor del juego, el servidor se cae y deja datos corruptos. Tirando del último backup del VPS puede restaurar el servidor al estado anterior a la actualización, salvar los progresos de los jugadores y evitar horas de inactividad.
O en un pequeño negocio que aloja su web corporativa y el correo en un VPS. Un ataque borra archivos críticos e interrumpe la comunicación con clientes. Con una copia de seguridad reciente, el negocio puede recuperar rápidamente web y correo, reduciendo el impacto y manteniendo la confianza de sus usuarios.
En una tienda online la cosa se pone aún más seria: un fallo en pleno pico de ventas puede truncar transacciones y comprometer datos de clientes. Si hay copias de seguridad bien diseñadas, el propietario puede restaurar la tienda a un punto estable y recuperar datos de pedidos, minimizando pérdidas económicas y mala imagen.
Para un desarrollador freelance que usa un VPS como entorno de pruebas y despliegue para clientes, un cambio desafortunado en el software puede tumbar todo el sistema. Gracias a tener backups (y snapshots justo antes de los cambios), puede retroceder a una versión estable en minutos y seguir trabajando sin rehacer todo de cero.
En todos estos escenarios, las copias de seguridad de VPS actúan como un “seguro” para tus datos más valiosos, mientras que los snapshots te dan esa red extra para jugar con más tranquilidad cuando haces cambios arriesgados.
Buenas prácticas para gestionar snapshots sin dañar tus entornos
Para aprovechar los snapshots sin convertirlos en una trampa, conviene seguir unas cuantas pautas sencillas pero críticas.
Por un lado, no abuses de los snapshots en producción ni los uses como sistema de backup. Úsalos para ventanas cortas de cambio, pruebas concretas o actualizaciones puntuales y bórralos cuando ya hayas validado que todo funciona bien.
También es muy recomendable definir una política de gestión de snapshots: quién puede crearlos, cuánto tiempo pueden mantenerse, cuántos se permiten por VM, cómo se monitoriza el consumo de almacenamiento asociado y cuándo se revisan o eliminan.
Procura tomar snapshots cuando la carga de E/S de la máquina sea baja, especialmente si no vas a usar opciones de silenciado de aplicaciones. Y si trabajas con bases de datos u otros servicios con transacciones críticas, usa snapshots consistentes con la aplicación siempre que sea posible.
Por último, combina los snapshots con una solución de copia de seguridad profesional que pueda hacer backups incrementales, verificar la integridad de los datos, comprimir, cifrar, trabajar sin consumir la red local en exceso y, en general, ofrecer restauraciones rápidas (incluidas funciones como recuperación instantánea de VMs).
Cerrar el círculo pasa por entender que los snapshots son una herramienta potentísima, pero parcial: utilizados con cabeza permiten experimentar, actualizar y migrar con mucha más tranquilidad, siempre que estén respaldados por copias de seguridad de verdad y una gestión cuidadosa del almacenamiento y el rendimiento. Comparte la información y otros usuarios conocerán del tema
