Los snapshots son una herramienta valiosa que todos los administradores agradecen en operaciones delicadas como actualizaciones, cambios en configuraciones o experimentos arriesgados. Permiten capturar un estado puntual de una máquina virtual para poder volver a él en caso de error. Cuando se gestionan correctamente, son rápidos, convenientes y muy útiles. Sin embargo, un uso inadecuado puede derivar en problemas de rendimiento, excesivo consumo de almacenamiento y riesgos operativos.
Frecuentemente sucede que alguien crea un snapshot «por si acaso» antes de una tarea importante, la tarea termina y la máquina continúa funcionando sin que nadie lo tenga en cuenta. Semanas, meses o incluso años después, ese entorno comienza a presentar lentitud, el almacenamiento crece de forma inexplicada y las consolidaciones resultan más complejas. El problema no reside en los snapshots en sí, sino en olvidarse de ellos y no gestionarlos adecuadamente.
Un ejemplo ilustrativo compartido por el equipo de Stackscale (Aire) Infraestructura IT demuestra esto claramente: un cliente llegó con problemas de rendimiento en varias máquinas virtuales y, tras revisar el entorno, se descubrieron snapshots acumulados desde hacía casi tres años. No se trata de un caso extremo, sino de un descuido común en entornos donde no existe una política clara para revisión, caducidad y eliminación de snapshots.
Una herramienta temporal, no una copia de seguridad
El error más frecuente es pensar que un snapshot equivale a una copia de seguridad completa. Esto no es correcto. Un snapshot depende del disco original y del estado de la máquina virtual en el momento en que se crea. Sirve para revertir cambios recientes, pero no ofrece la protección que proporciona una copia de seguridad almacenada de forma independiente, verificable y recuperable.
Broadcom, en su documentación sobre buenas prácticas para VMware, lo expresa claramente: no se deben usar snapshots como sustituto de las copias de seguridad. Además, recomienda no mantener snapshots por más de 72 horas y limitar su número en una cadena, aunque técnicamente vSphere permite hasta 32. La razón es simple: cuanta más duración tengan activa, mayor será el crecimiento de los archivos delta y mayor será su impacto en rendimiento y almacenamiento.
En Proxmox VE, los snapshots también permiten conservar el estado de una VM y revertir a un punto anterior, pero las copia de seguridad se gestionan por otro procedimiento. La documentación de Proxmox explica que los backups contienen la configuración y todos los datos de una máquina o contenedor, y pueden iniciarse desde la interfaz gráfica o usando vzdump. Es un proceso distinto del snapshot operativo.
| Concepto | Snapshot | Backup |
|---|---|---|
| Objetivo | Revertir cambios específicos | Recuperar datos o sistemas completos ante pérdida o desastre |
| Duración recomendada | Corta, horas o pocos días | Período definido por política de retención |
| Dependencia del disco original | Alta | Independiente, recuperable sin dependencia |
| Uso habitual | Actualizaciones, mantenimiento, pruebas controladas | Disaster recovery, protección ante ransomware |
| Riesgo si se olvida | Acumulación, lentitud, dificultad en consolidaciones | Depende de política y almacenamiento |
| Ubicación recomendada | En el entorno de la VM | En repositorio separado, protegido e incluso inmutable |
¿Qué pasa cuando un snapshot se mantiene demasiado tiempo?
Crear un snapshot altera la forma en que la máquina virtual escribe en el disco. En lugar de modificar directamente los datos, los cambios se registran en archivos delta ligados a ese snapshot. La VM puede volver a un estado anterior, pero esta capa adicional de gestión aumenta el uso de recursos. Durante períodos cortos, no representa problema, pero a medida que se acumulan, puede generar serios inconvenientes.
Con el tiempo, los cambios del delta crecen, especialmente en máquinas con alta actividad de disco. En entornos con múltiples snapshots encadenados, cada operación de lectura o escritura requiere gestionar varias capas, lo que puede afectar el rendimiento. En sistemas con bases de datos, servidores de archivos, ERPs o cargas intensivas de I/O, estos efectos son aún más notorios.
Diversos estudios de VMware han analizado el impacto de los snapshots en el rendimiento. La conclusión es clara: se deben administrar con cuidado, particularmente en entornos críticos, donde una consolidación atrasada o un exceso de snapshots puede afectar la disponibilidad y capacidad de almacenamiento.
| Riesgo | Cómo se manifiesta |
|---|---|
| Reducción del rendimiento | La VM opera con capas adicionales de disco |
| Incremento en el uso de almacenamiento | Los archivos delta y volúmenes asociados crecen en tamaño |
| Consolidaciones lentas | Fusionar cambios acumulados requiere mucho tiempo |
| Ventanas de mantenimiento prolongadas | El proceso de consolidación puede ser muy largo si el snapshot es grande |
| Riesgo operativo | Fallo durante la consolidación puede afectar la integridad |
| Falsa sensación de seguridad | Se confía en un snapshot como si fuera copia de seguridad |
El problema se agrava cuando los snapshots manuales se mezclan con copias de respaldo automatizadas. Muchas herramientas de backup utilizan snapshots temporales para capturar VM en vivo, pero estas deben eliminarse al completarse. Si algo falla en el proceso, pueden quedar snapshots huérfanos aparentemente invisibles en la consola principal, por eso es fundamental realizar revisiones periódicas para detectar y gestionar estos casos.
Mejores prácticas en VMware, Proxmox y entornos mixtos
Aunque VMware y Proxmox gestionan los snapshots de forma distinta, comparten principios operativos similares: crear solo cuando sea necesario, documentar el motivo, establecer una fecha de caducidad y eliminarlos al finalizar la tarea. En entornos de producción, un snapshot sin responsable ni fecha es una deuda técnica que puede exponernos a problemas mucho mayores.
Lo primordial es que cada snapshot tenga un motivo claramente definido y un responsable. Antes de realizar cambios en un sistema, como actualizaciones o ajustes en configuraciones de red, conviene registrar quién tomó el snapshot y cuándo se revisará. Esta trazabilidad evita que medidas temporales se conviertan en problemas de largo plazo.
También es esencial recordar que los snapshots no sustituyen las copias de seguridad. Para una recuperación efectiva, se requieren respaldos programados, almacenados en repositorios adecuados, verificables y con una política clara de retención. Herramientas como Proxmox Backup Server o los sistemas de backup de VMware facilitan la gestión de copias protegidas contra pérdida, ransomware y fallos del entorno principal.
Por último, la revisión regular de los snapshots activos ayuda a evitar acumulaciones peligrosas. Automatizar informes semanales o mensuales, especialmente en entornos grandes, permite detectar snapshots antiguos y evaluar si aún son necesarios, evitando sorpresas desagradables por almacenamiento desbordado.
| Buenas prácticas | Aplicación concreta |
|---|---|
| Definir un tiempo máximo de vida | Establecer caducidad, por ejemplo 24-72 horas, salvo excepciones documentadas |
| Asignar nombres claros | Incluir motivo, fecha y responsable en el nombre |
| Revisar periódicamente | Generar informes automáticos sobre antigüedad y tamaño |
| No encadenar snapshots sin control | Evitar múltiples capas a menos que sean justificadas |
| Verificar la integridad de backups | Realizar pruebas de restauración, no solo verificar que la tarea finaliza |
| Planificar consolidaciones en ventanas controladas | Eliminar grandes snapshots en momentos de bajo impacto |
| Capacitar al equipo | Dejar claro que los snapshots no son una copia de respaldo |
Gestionar los snapshots, no simplemente crearlos
Los snapshots han adquirido mala fama en algunos sectores, pero eso se debe a un mal uso. Prohibirlos por completo no tiene sentido; son una herramienta útil para tareas controladas: actualizaciones, cambios en configuración, pruebas o validaciones previas a despliegues importantes.
El secreto está en tratarlos como lo que son: una solución temporal de reversión. Igual que nadie dejaría un andamio en medio de una oficina por meses después de culminar una obra, tampoco debería mantener activos snapshots por un tiempo indefinido tras completar una intervención.
En plataformas como VMware o Proxmox, los snapshots funcionan perfectamente si se respetan sus límites y buenas prácticas. El problema surge cuando se convierten en una práctica informal, sin inventario, políticas claras o supervisión. Ahí dejan de ser una red de seguridad y se vuelven una carga oculta para el entorno.
La virtualización ha facilitado la gestión flexible de los recursos, pero también ha permitido acumular decisiones olvidadas: discos temporales, plantillas desactualizadas, VMs apagadas, snapshots sin uso y configuraciones incompletas. Aunque parecen casos menores, en conjunto pueden afectar significativamente el rendimiento y la capacidad.
La recomendación final es mantener una revisión periódica de los snapshots activos, como parte de la higiene básica del entorno virtual. Así como se verifican backups y actualizaciones, también conviene evaluar qué snapshots existen, por qué se crearon y cuándo se eliminarán.
Un snapshot puede salvar una intervención puntual, pero uno olvidado puede complicar todo el entorno.
Preguntas frecuentes
¿Un snapshot funciona como copia de seguridad?
No. Es un punto temporal ligado al estado del sistema original. Una copia de seguridad debe estar diseñada para recuperación, con retención, verificación y almacenamiento seguros.
¿Cuánto tiempo debería mantenerse un snapshot?
En VMware, Broadcom recomienda no mantener snapshots por más de 72 horas. En general, conviene que sean temporales y tengan una fecha de eliminación definida.
¿Qué problemas puede generar un snapshot antiguo?
Puede degradar el rendimiento, consumir excesivo almacenamiento, complicar consolidaciones y dar una falsa sensación de protección.
¿Es recomendable usar snapshots en VMware o Proxmox?
Sí, en tareas controladas y por periodos limitados. El error está en mantenerlos activos indefinidamente o usarlos como respaldo en lugar de realizar copias específicas y verificadas.