Software de copia de seguridad de Proxmox. ¿Cómo hacer una copia de seguridad de Proxmox?

Software de copia de seguridad y recuperación de Proxmox: Facilidad y rapidez.

La compatibilidad única de Bacula Enterprise con diversos tipos de entornos de virtualización también incluye Proxmox y clústeres Proxmox. Bacula permite una verdadera copia de seguridad y recuperación de grado empresarial del entorno de virtualización de servidores de código abierto Proxmox. Hace que las operaciones de copia de seguridad y restauración de Proxmox sean lo más rápidas y sencillas posible, y aporta todas las ventajas del conjunto de características especialmente amplio de Bacula para beneficiar al usuario con una mayor eficiencia operativa y una reducción de costes.

Proxmox VE es un software de virtualización de servidores de código abierto potente y ligero, optimizado para el rendimiento y la facilidad de uso. Al ofrecer la máxima flexibilidad y utilizar la API de Proxmox, Bacula está totalmente integrado y puede realizar copias de seguridad y recuperar datos de Proxmox, incluyendo sus dos tecnologías de virtualización -Máquina virtual basada en el núcleo (KVM) y virtualización basada en contenedores con Linux Containers (LXC)- y/o máquinas virtuales QEMU.

El módulo Proxmox de Bacula proporciona Seguridad incrementalcontacte con nosotros para más detalles.

 

 

 

Utilice Bacula para evitar utilizar varias soluciones de copia de seguridad, o tener una protección inadecuada de ransomware.

Estrategias de copia de seguridad de Guest VM

Las capacidades de Bacula para realizar copias de seguridad con Proxmox pueden explotarse de dos maneras diferentes: instalando el demonio de archivos de Bacula Enterprise en cada máquina invitada, o creando copias de seguridad de nivel imagen utilizando el módulo Proxmox de Bacula (más detalles a continuación).

El primer método no utiliza el módulo Proxmox, sino que se instala un demonio de archivos de Bacula Enterprise en cada VM para que funcione correctamente. Tratar sus servidores virtuales como si fueran físicos, equipándolos con el demonio de archivos de Bacula Enterprise, permite, sin embargo, una variedad de características y ventajas de Bacula Enterprise, incluyendo:

  • Verificación de trabajos;
  • Capacidades de compresión a nivel de archivo;
  • Restauración de archivos individuales;
  • Modo precisión en las copias de seguridad;
  • Detección de spyware y ransomware mediante comparación de sumas de comprobación;
  • Exclusión de archivos o carpetas específicas, y mucho más.

La segunda estrategia de copia de seguridad utiliza el módulo Proxmox de Bacula, y da prioridad a las copias de seguridad a nivel imagen como método principal de copia de seguridad. Este módulo ofrece un rendimiento, una eficacia y una rapidez de uso muy superiores. Con el módulo Proxmox, no es necesario instalar el demonio de archivos de Bacula en cada máquina virtual. Los datos se guardan como imágenes sin procesar (VMs QEMU), o como archivos .tar (VMs LXC). La tecnología de instantáneas se utiliza tanto para leer como para guardar el contenido de sus discos, y la API de Proxmox se utiliza después para volcar estas copias en un lugar especificado por el administrador del sistema.

Con el módulo Proxmox de Bacula, Bacula no tiene necesidad de recorrer los sistemas de archivos del cliente para leer y analizar los datos. Por lo tanto, la penalización de proceso global sobre la infraestructura que implica este método de copia de seguridad es más ligera que con el otro. El módulo Proxmox de Bacula ofrece una serie de ventajas líderes en la industria, y sus operaciones de copia de seguridad y restauración se examinan más a fondo a continuación.

Operaciones de copia de seguridad de Proxmox

Las operaciones regulares de copia de seguridad para una única máquina virtual invitada suelen incluir 3 pasos principales:

  1. Se guarda la configuración de la VM huésped (específicamente para las VM LXC)
  2. Se crea una instantánea de una VM (no requiere detener la VM/contenedor)
  3. Se guardan los datos a través de la ejecución de vzdump

No existe ninguna limitación en cuanto al estado de energía de una VM de la que se hace una copia de seguridad. Las propias instantáneas se crean utilizando el hipervisor Proxmox. Los logs propios de Proxmox le permiten conocer el proceso y sus pasos.

El procedimiento habitual es crear dos archivos para la VM huésped LXC (.tar y .conf), y un archivo para una VM huésped QEMU. Dentro del catálogo de Bacula estos archivos se encuentran en las siguientes rutas específicas:

  • /@proxmox/lxc/<name-label>/VM<vmid>.conf + /@proxmox/lxc/<name-label>/VM<vmid>.tar para las VMs invitadas LXC
  • /@proxmox/qm/<name-label>/VM<vmid>.vma para las VMs invitadas de QEMU

Operaciones de restauración de Proxmox

Utilizando el módulo Proxmox de Bacula, hay dos operaciones de restauración diferentes:

  • Restaurar en un directorio local;
  • Restaurar al hipervisor Proxmox como una nueva VM.

La restauración a un directorio local es posible; utiliza un parámetro específico where=/some/path de Bacula que tiene que utilizar para especificar la ubicación destino de la copia de seguridad que está restaurando – tiene que ser una ruta completa al módulo Proxmox (el servidor en el que se encuentra).

Un ejemplo de un comando de restauración de un directorio local tendría el siguiente aspecto:

 

* restore where=/tmp/bacula/restores

Debería ver algo parecido a esto como resultado (con algunos valores diferentes, por supuesto):

 

JobId 90: Start Restore Job RestoreFiles.2019-05-15_12.02.12_05
JobId 90: Using Device «FileChgr1-Dev1» to read.
JobId 90: Forward spacing Volume «Vol-0001» to addr=45406565308
JobId 90: proxmox: VM local restore: qm/ubuntu-server/VM108

En este log también podrá ver la ubicación de la restauración, así como su proceso.

Restaurar una VM completa también utiliza el parámetro where=; se utiliza para enviar todo el archivo de la VM huésped al hipervisor Proxmox, que luego restaura el archivo como una nueva VM huésped si la vmid de la copia de seguridad ya está asignada, o la restaura con la vmid original si ésta no se encuentra utilizada aún.

La forma en que todas las nuevas VM invitadas obtienen su vmid también es bastante interesante, es la vmid más alta de todas las asignadas + un número del 1 al 11 para mitigar la posibilidad de que se produzcan conflictos de asignación de recursos (ya que el propio Proxmox no dispone de mecanismos para hacer frente a tales situaciones). Este patrón de asignación aleatoria de vmid también puede cambiarse con la opción sequentialvmidrestore que obliga a la nueva VM huésped a obtener la siguiente vmid disponible sin números añadidos.

La restauración en un hipervisor Proxmox como VM ofrece algunas opciones como:

  • Posibilidad de restaurar en un hipervisor proxmox alternativo
  • Seleccionar un almacenamiento específico para la restauración
  • Seleccionar un pool proxmox específico para la restauración

La restauración en un hipervisor Proxmox como VM completa puede lanzarse con el comando:

 

* restore where=/

A continuación se muestra un ejemplo de log para una restauración de VM en el hipervisor directamente. El log de restauración indicará qué VM huésped se ha restaurado y qué nueva VM huésped se ha creado:

 

JobId 76: Start Restore Job RestoreFiles.2018-01-25_13.50.31_29
JobId 76: Using Device «FileChgr1-Dev1» to read.
JobId 76: Ready to read from volume «Vol-0004» on File device «FileChgr1-Dev1» (/opt/bacula/archive).
JobId 76: proxmox: VM restore: lxc/ubuntu-container/VM101 as VM222
JobId 76: End of Volume «Vol-0004» at addr=47137166325 on device «FileChgr1-Dev1» (/opt/bacula/archive).

La nueva VM invitada creada durante la restauración obtendrá un nuevo VMID (si el VMID original ya no está disponible) pero el nombre / hostname seguirá siendo el mismo que tenía la VM original.

Estas son algunas de las características del software de copia de seguridad Proxmox:

#
Copia de seguridad en línea basada en instantáneas de cualquier VM de Proxmox, incluyendo QEMU y LXC Guests. El modo de instantánea genera una copia de seguridad en vivo que minimiza el tiempo de inactividad de una VM durante el proceso de copia de seguridad.
#
Restaura la imagen completa de la máquina virtual en el hipervisor Proxmox original o alternativo
#
Capacidad de escanear automáticamente los clusters de Proxmox para crear configuraciones de Bacula Enterprise para cada máquina virtual

#
Copia de seguridad completa de Proxmox a nivel de imagen
#
Restaurar el archivo de la VM QEMU (.vma) en un directorio alternativo
#
Restaurar el archivo LXC VM (.tar) y la configuración en el directorio alternativo
#
bwlimit «bwlimit=» especifica si la copia de seguridad debe realizarse con una limitación de ancho de banda de E/S. Esta función de Bacula puede, por tanto, limitar las operaciones de copia de seguridad del ancho de banda de E/S en el lado del hipervisor. Puede controlar el proceso de copia de seguridad para evitar la sobrecarga de E/S en el hipervisor, evitando el agotamiento de los recursos del disco duro en el propio hipervisor, durante las operaciones de copia de seguridad. Esto se suma a la propia función de limitación de ancho de banda de Bacula.

Información adicional sobre el módulo de copia de seguridad de Proxmox: