Una snapshot es una copia del disco completo de su servidor en un momento específico, y revertir a una devuelve toda la máquina exactamente a ese estado, lo que la convierte en la forma más rápida de deshacer un cambio que salió mal.
Las snapshots coexisten con sus copias de seguridad diarias en el exterior en lugar de reemplazarlas. Las copias de seguridad protegen sus datos durante semanas. Las snapshots son lo que toma cinco minutos antes de hacer algo arriesgado, y lo que utiliza cinco minutos después cuando no funciona.
Cómo se crean las snapshots
Hay dos tipos, y la lista etiqueta cada uno:
| Tipo | Creado por | Cuándo |
|---|---|---|
| Anterior al parche | Automáticamente | Antes de cada ejecución de parche de seguridad del SO |
| Manual | Usted | Bajo demanda, siempre que desee un punto de restauración |
Las snapshots anteriores al parche son lo que hace que los parches automáticos sean seguros. Antes de que la plataforma aplique actualizaciones del sistema operativo, toma una snapshot del disco, y si el servidor no reinicia después de un reinicio, la ejecución del parche se revierte automáticamente. No tiene que solicitarlo, ni tiene que estar presente mientras sucede.
Tomar una snapshot manual
- Inicie sesión en KPanel.
- Haga clic en Servidores Cloud en la barra lateral izquierda y luego haga clic en su servidor.
- Desplácese hasta la tarjeta Snapshots.
- Haga clic en Tomar snapshot.
- La nueva snapshot aparece con el estado Creating (Creando), y cambia a Ready (Listo) cuando es utilizable.
La dirección directa es /cloud-servers/<server-id>. La tarjeta enumera sus snapshots más recientes, las más nuevas primero, con el tipo, el tamaño en GB, y la fecha y hora en que se tomó.
La tarjeta Snapshots solo aparece mientras el servidor está en ejecución. Encienda el servidor si no la ve.
Cuándo tomar una
Tome una snapshot manual inmediatamente antes de:
- Instalar o actualizar un software importante: un motor de base de datos, un servidor web, un tiempo de ejecución de lenguaje.
- Cambiar la configuración que aún no comprende completamente.
- Ejecutar una migración de esquema u operación de datos en masa.
- Cualquier cambio donde "devolverlo al estado anterior" significaría de otro modo reconstruir el servidor manualmente.
Tome la snapshot, luego realice un cambio, y luego verifique. Una snapshot tomada antes de un lote de cinco cambios solo le indica que algo en el lote se rompió. Una snapshot por cambio le indica cuál fue.
Revertir a una snapshot
- Busque la snapshot que desea en la tarjeta Snapshots. Debe mostrar el estado Ready (Listo).
- Haga clic en Revertir en esa fila.
- Lea la confirmación: "Esto revierte el disco completo del servidor al estado de la snapshot. Se perderá todo lo escrito desde entonces. El servidor se reinicia durante la reversión."
- Haga clic en Revertir para continuar.
Una reversión no se puede deshacer, y es total. Todos los archivos, filas de base de datos, líneas de registro, paquetes y cambios de configuración escritos desde que se tomó esa snapshot desaparecen. Si hay algo en el servidor que desee conservar posterior a la snapshot, cópielo del servidor primero.
El servidor se reinicia como parte de la reversión, así que espere una breve interrupción. Cuando regrese, es byte por byte la máquina que tomó una snapshot, incluido su sistema operativo, paquetes instalados, servicios, reglas de firewall y datos.
Revertir un servidor de base de datos también revierte la base de datos. Si su aplicación aceptó pedidos, registros o pagos después de que se tomó la snapshot, esos registros se han ido. En cualquier cosa transaccional, exporte los datos recientes antes de revertir, o restaure desde una copia de seguridad en su lugar, que restaura archivos sin un reinicio.
Snapshots comparadas con copias de seguridad
Las dos redes de seguridad resuelven problemas diferentes, y usar solo una de ellas deja una brecha real.
| Snapshots | Copias de seguridad | |
|---|---|---|
| Dónde se guarda | Junto a la plataforma donde se ejecuta su servidor | Almacenamiento cifrado fuera del sitio |
| Programación | Bajo demanda, más automáticamente antes de cada ejecución de parche | Diaria, automática |
| Retención | Se mantienen hasta que ya no las necesita | 30 días |
| Lo que restaura | El disco completo, exactamente como estaba | Archivos, bases de datos y configuración, en el lugar |
| Servidor durante la recuperación | Se reinicia | Permanece en línea |
| Velocidad de recuperación | Rápida, máquina completa | Más lenta, pero selectiva |
| Mejor para | Deshacer un cambio que acaba de hacer | Recuperarse de un problema que notó después |
Una regla útil: si lo que desea deshacer sucedió en la última hora y tomó una snapshot primero, revierta. Si sucedió hace días, o solo necesita los datos y no la máquina, restaure desde una copia de seguridad. Cloud Server Backups cubre ese camino.
Snapshots y parches automáticos
Los parches automáticos del SO están protegidos por snapshot por diseño. En la página Management (Administración) del servidor, la sección Auto-parches del SO lo describe como: "Actualizaciones de seguridad aplicadas automáticamente. Protegido por snapshot: se toma una snapshot del servidor antes de cada ejecución, con reversión automática si el servidor se vuelve inaccesible después del reinicio."
Si inicia una ejecución de parche usted mismo con Ejecutar parches ahora, obtiene la misma protección, y la confirmación lo dice: "Primero se crea una snapshot. El servidor permanece en línea excepto por un breve reinicio si una actualización del kernel lo requiere." Vea Cloud Server Firewall and Security Management para el resto de esa página.
Solución de problemas
"No hay snapshots aún. Las snapshots anteriores al parche se toman automáticamente." Nada ha activado una en este servidor todavía. Tome una snapshot manual, o espere a la siguiente ejecución de parche.
Una snapshot está atrapada en Creating (Creando). Los discos grandes tardan más, especialmente la primera vez. Recargue la página después de unos minutos. Si no ha avanzado después de una hora, contacte al soporte con el nombre del servidor.
Falta el botón Roll back (Revertir). La reversión solo se ofrece en una snapshot con el estado Ready (Listo). Una que aún se está creando, o que falló, no se puede usar.
"Rollback failed" (La reversión falló). La reversión no se inició. Confirme que el servidor no está en medio de un cambio de tamaño o reconstrucción, luego intente de nuevo.
Realicé una reversión y perdí trabajo. No hay forma de invertir una reversión. Por eso la confirmación está redactada de la manera en que está. Si tiene una copia de seguridad realizada después de esa snapshot, restaurarla puede recuperar sus archivos.
Si necesita preservar una snapshot durante más tiempo de lo habitual, o está planeando un cambio en el que desea un segundo parecer, envíe un correo electrónico a support@kapsulehost.com antes de comenzar en lugar de después.