Lista de comprobación de copias de seguridad del servidor doméstico Proxmox para máquinas virtuales, LXC y configuración del host

Una copia de seguridad exitosa de un invitado de Proxmox está incompleta si los montajes bind, el estado de las aplicaciones, la configuración del host, las claves o el repositorio comparten el mismo dominio de fallo.

En un servidor doméstico que ejecuta máquinas virtuales y contenedores LXC, la recuperación abarca los discos de los invitados, los datos externos, las bases de datos, la red, las definiciones de almacenamiento, el estado del firewall, las asignaciones de passthrough, las credenciales y el proceso para reconstruir un host vacío. Haz un inventario de esas capas antes de elegir los modos de copia de seguridad, conserva una copia fuera del host y demuestra tanto la restauración de un invitado como una ruta de recuperación a nivel del host. Deja de retirar puntos de restauración antiguos cuando cualquiera de las dos pruebas revele una dependencia no documentada.

Identifica cada capa de recuperación y dominio de fallo

Enumera cada máquina virtual y LXC, los discos virtuales, las instantáneas, los montajes bind, los dispositivos passthrough, las bases de datos de las aplicaciones, los recursos compartidos NAS externos, las claves de cifrado y las tareas de copia de seguridad. Después, haz un inventario de la red del host, las definiciones de almacenamiento, el estado del clúster o independiente, las reglas del firewall, las tareas programadas, las fuentes de paquetes y las notas necesarias para recrear las asignaciones de hardware.

Proxmox VE puede escribir copias de seguridad de invitados en destinos locales, NFS o CIFS, mientras que un servidor de copias de seguridad dedicado añade funciones de repositorio. Una guía independiente sobre las opciones de destino para copias de seguridad de invitados explica esa separación, pero ninguno de los dos destinos incluye automáticamente los datos montados en un invitado desde otra ubicación ni el registro de reconstrucción del host.

Define los dominios de fallo antes de elegir la retención. Un repositorio en el mismo host, grupo de almacenamiento, SAI o con las mismas credenciales de administrador que la producción es un punto de restauración útil, pero no la copia independiente necesaria ante la pérdida del host, un robo, ransomware o la destrucción accidental del grupo de almacenamiento.

Adapta el modo de copia de seguridad a cada carga de trabajo

Clasifica los invitados como sin estado, servidor de archivos, base de datos transaccional o aplicación mixta. Registra si el modo de copia produce un estado coherente con la aplicación o solo coherente tras un fallo, qué agente o hook del invitado participa y qué rutas externas quedan fuera del archivo.

Usa el flujo de trabajo de ZimaSpace para adaptar los modos de copia de seguridad a las cargas de trabajo y elegir el comportamiento de detener, suspender o usar instantáneas según la carga. Una máquina virtual de escritorio en reposo y una base de datos que acepta escrituras no deberían asumir lo mismo simplemente porque ambas tareas terminan correctamente.

Para los montajes bind de LXC y los recursos compartidos montados en el host, crea copias de seguridad explícitas de archivos o aplicaciones con la misma marca de tiempo de recuperación cuando la coherencia lo requiera. Si el estado necesario no se puede coordinar, documenta la carencia y usa una ventana de mantenimiento en lugar de dar a entender que el archivo del invitado está completo.

Protege la configuración del host y el repositorio

Exporta un paquete de recuperación legible del host que contenga las interfaces de red, la configuración del almacenamiento, las definiciones de máquinas virtuales y contenedores, las reglas del firewall, los archivos relevantes del clúster, las tareas programadas, los puntos de conexión del repositorio y un inventario de paquetes y versiones. Guarda los secretos y las claves de cifrado en un sistema de credenciales protegido, no en una nota pública de recuperación.

Una discusión de la comunidad de Proxmox sobre copias de seguridad plantea la pregunta exacta de qué ocurre con la configuración del sistema que queda después de configurar los archivos de las máquinas virtuales y los contenedores. Trata esa pregunta como una advertencia sobre el alcance: la protección de la configuración del host es independiente de la copia de seguridad de los invitados y debe probarse como ayuda para la reconstrucción.

Ejecuta la verificación del repositorio, la vista previa de la retención y la copia fuera del host en horarios que no puedan coincidir con tareas de mantenimiento destructivas. Configura alertas para las tareas omitidas, los fallos de verificación, la presión sobre la capacidad y un repositorio sin cambios cuando la producción siga activa.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Restaura un invitado y ensaya la reconstrucción del host

Restaura una máquina virtual y un LXC con identificadores y redes aislados. Inicia las bases de datos antes que las aplicaciones dependientes, adjunta los datos copiados de los montajes bind y verifica el inicio de sesión, el estado de los servicios, los registros recientes, los permisos de los archivos y un segundo reinicio. No conectes los invitados de prueba al almacenamiento de producción con acceso de escritura.

Después, ensaya la recuperación de un host vacío en hardware de repuesto o en un host anidado desechable: instala el hipervisor, restaura deliberadamente las definiciones de red y almacenamiento, conecta el repositorio y recupera un invitado crítico. Registra cada dependencia no documentada y actualiza el manual de procedimientos.

La lista de comprobación se supera cuando existen copias independientes, la verificación está actualizada, las restauraciones de invitados funcionan y el host puede reconstruirse sin el disco de arranque averiado. Escala las claves faltantes, las bases de datos incoherentes, los errores del repositorio o las asignaciones passthrough que no se puedan reproducir antes de retirar cualquier punto de recuperación antiguo.