Bienvenue > Logiciel de sauvegarde de Proxmox. Comment sauvegarder Proxmox ?

Logiciel de sauvegarde de Proxmox. Comment sauvegarder Proxmox ?

Le logiciel de sauvegarde et de récupération Proxmox : Facilité et rapidité.

La compatibilité unique de Bacula Enterprise avec divers types d’environnements virtuels inclut également Proxmox et les clusters Proxmox. Bacula permet une véritable sauvegarde et restauration de l’environnement de virtualisation de serveurs open-source Proxmox. Il rend les opérations de sauvegarde et de restauration de Proxmox aussi rapides et simples que possible, et apporte tous les avantages du jeu de fonctionnalités particulièrement large de Bacula pour que l’utilisateur bénéficie d’une efficacité opérationnelle accrue et de coûts réduits.

Proxmox VE est un logiciel de virtualisation de serveurs open source puissant et léger, optimisé pour la performance et la convivialité. Offrant une flexibilité maximale et utilisant l’API de Proxmox, Bacula est entièrement intégré et peut sauvegarder et restaurer les données de Proxmox, y compris ses deux technologies de virtualisation – KVM (Kernel-based Virtual Machine) et LXC (Conteneurs Linux) – et / ou les machines virtuelles QEMU.

 

 

 

Utilisez Bacula pour éviter d’utiliser plusieurs solutions de sauvegarde, ou d’avoir une protection inadéquate contre les ransomwares.

Stratégies de sauvegarde des VM invitées Proxmox

Les capacités de Bacula pour la sauvegarde Proxmox peuvent être exploitées de deux manières différentes : en installant Bacula Enterprise File Daemon sur chaque invité, ou en créant des sauvegardes d’images en utilisant le module Proxmox de Bacula (détails plus bas).

La première méthode n’utilise pas le module Proxmox, mais un File Daemon Bacula Enterprise est installé sur chaque VM pour fonctionner correctement. Traiter vos serveurs virtuels comme des serveurs physiques en les équipant du File Daemon de Bacula Enterprise permet néanmoins de bénéficier d’une variété de fonctionnalités et d’avantages de Bacula Enterprise, notamment :

  • Vérification des tâches ;
  • Capacités de compression au niveau des fichiers ;
  • Restauration de fichiers individuels ;
  • Précision des sauvegardes ;
  • Détection des logiciels espions et des ransomwares par comparaison des sommes de contrôle ;
  • Exclusion de fichiers ou de dossiers spécifiques, et plus encore.

La seconde stratégie de sauvegarde utilise le module Proxmox de Bacula, et donne la priorité aux sauvegardes d’images comme principale méthode de sauvegarde. Ce module offre des performances, une efficacité et une rapidité d’utilisation bien supérieures. Avec le module Proxmox, il n’est pas nécessaire d’installer le File daemon de Bacula sur chaque VM. Les données sont sauvegardées soit sous forme d’images brutes (VMs QEMU), soit sous forme d’archives .tar (VMs LXC). La technologie snapshot est utilisée pour lire et sauvegarder le contenu de vos disques, et l’API Proxmox est utilisée ensuite pour vider ces copies à un endroit spécifié par l’administrateur système.

La seconde stratégie de sauvegarde utilise le module Proxmox de Bacula, et donne la priorité aux sauvegardes d’images comme principale méthode de sauvegarde. Ce module offre des performances, une efficacité et une rapidité d’utilisation bien supérieures. Avec le module Proxmox, il n’est pas nécessaire d’installer le File daemon de Bacula sur chaque VM. Les données sont sauvegardées soit sous forme d’images brutes (VMs QEMU), soit sous forme d’archives .tar (VMs LXC). La technologie snapshot est utilisée pour lire et sauvegarder le contenu de vos disques, et l’API Proxmox est utilisée ensuite pour vider ces copies à un endroit spécifié par l’administrateur système.

Opérations de sauvegarde de Proxmox

Les opérations de sauvegarde régulières pour une seule VM invitée comprennent généralement 3 étapes principales :

  1. La configuration de la VM invitée est sauvegardée (spécifiquement pour les VMs LXC)
  2. Création d’un instantané d’une VM (ne nécessite pas l’arrêt de la VM/conteneur)
  3. Les données sont sauvegardées par l’exécution de vzdump

Il n’y a aucune limitation à l’état d’alimentation d’une VM que vous sauvegardez. Les instantanés eux-mêmes sont créés à l’aide de l’hyperviseur Proxmox. La partie spécifique du journal du programme vous permet de connaître le processus et ses étapes.

La procédure normale consiste à créer deux fichiers pour la VM invitée LXC (.tar et .conf), et un fichier pour une VM invitée QEMU. Dans l’écosystème Bacula, ces fichiers se trouvent à des endroits spécifiques :

  • /@proxmox/lxc/<name-label>/VM<vmid>.conf + /@proxmox/lxc/<name-label>/VM<vmid>.tar for LXC guest VMs
  • /@proxmox/qm/<name-label>/VM<vmid>.vma for QEMU guest VMs

Opérations de restauration de Proxmox

En utilisant le module Proxmox de Bacula, il y a deux opérations de restauration différentes :

  • Restaurer vers un répertoire local ;
  • Restaurer l’hyperviseur Proxmox en tant que nouvelle VM.

La restauration vers un répertoire local est possible ; elle utilise un paramètre spécifique where=/some/path de Bacula que vous devez utiliser pour spécifier l’emplacement de la sauvegarde que vous restaurez – ce doit être un chemin complet vers le module Proxmox (le serveur sur lequel il est situé).

Un exemple de commande de restauration d’un répertoire local ressemblerait à ceci :

 

* restore where=/tmp/bacula/restores

Vous devriez voir quelque chose comme ceci comme résultat (avec quelques objets différents, bien sûr) :

 

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

Dans ce journal, vous pourrez également voir l’emplacement de la restauration, ainsi que son processus.

La restauration en tant que VM utilise également le paramètre where= ; il est utilisé pour envoyer l’archive entière de la VM invitée à l’hyperviseur Proxmox, qui restaure ensuite l’archive en tant que nouvelle VM invitée si le vmid de la sauvegarde est déjà alloué, ou restauré avec le vmid original s’il n’est pas pris.

La façon dont toutes les nouvelles VM invitées obtiennent leur vmid est également assez intéressante, il s’agit du vmid le plus élevé parmi tous ceux qui ont été alloués + un nombre de 1 à 11 pour atténuer la possibilité d’un conflit d’allocation de ressources (puisque Proxmox lui-même n’a aucun mécanisme pour gérer de telles situations). Ce modèle d’allocation aléatoire de vmid peut aussi être changé avec l’option de restauration sequentialvmid qui force la nouvelle VM invitée à obtenir le prochain vmid disponible sans numéros ajoutés.

La restauration vers un hyperviseur Proxmox en tant que VM offre quelques options telles que :

  • La possibilité de restaurer vers un autre hyperviseur proxmox
  • Sélectionner un stockage spécifique pour la restauration
  • Sélectionner un pool Proxmox spécifique pour la restauration

La restauration d’un hyperviseur Proxmox en tant que VM peut être initiée avec la commande :

 

* restore where=/

Voici un exemple de journal pour une restauration de VM vers l’hyperviseur directement. Le journal du travail de restauration indiquera quelle VM invitée a été restaurée et quelle nouvelle VM invitée a été créée :

 

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 nouvelle VM invitée créée lors de la restauration obtiendra un nouveau VMID (si le VMID d’origine n’est plus disponible) mais le nom / nom d’hôte restera le même qu’avec la VM d’origine.

Voici quelques-unes des caractéristiques du logiciel de sauvegarde Proxmox :

#
Sauvegarde en ligne basée sur des instantanés de toute VM Proxmox, y compris les invités QEMU et LXC. Le mode snapshot génère une sauvegarde en direct qui minimise le temps d’arrêt d’une VM pendant le processus de sauvegarde.
#
Restauration de l’image complète de la machine virtuelle sur l’hyperviseur Proxmox original ou sur un autre hyperviseur.
#
Possibilité de scanner automatiquement les clusters Proxmox pour créer des configurations Bacula Enterprise pour chaque machine virtuelle

#
Sauvegarde complète de l’image Proxmox
#
Restauration de l’archive QEMU VM (.vma) dans un autre répertoire.
#
Restauration de l’archive LXC VM (.tar) et de la configuration dans un autre répertoire.
#
bwlimit « bwlimit= » spécifie si la sauvegarde doit être effectuée avec une limitation de la bande passante d’E/S. Cette fonctionnalité de Bacula peut donc limiter le nombre de sauvegardes. Cette fonctionnalité de Bacula peut donc limiter les opérations de sauvegarde de la bande passante d’E/S du côté de l’hyperviseur. Elle peut contrôler le processus de sauvegarde pour éviter les surcharges d’E/S sur l’hyperviseur, empêchant ainsi l’épuisement des ressources du disque dur sur l’hyperviseur lui-même, pendant les opérations de sauvegarde. Ceci s’ajoute à la fonction de limitation de la bande passante de Bacula.