Software di backup Proxmox. Come fare il backup di Proxmox?

Il software di backup e ripristino Proxmox: Facilità e velocità.

La compatibilità unica di Bacula Enterprise con diversi tipi di ambienti virtuali include anche Proxmox e i cluster Proxmox. Bacula consente un vero backup e ripristino di livello aziendale dell’ambiente di virtualizzazione server open-source Proxmox. Rende le operazioni di backup e ripristino di Proxmox il più rapide e semplici possibile, e offre tutti i vantaggi del set di funzionalità particolarmente ampio di Bacula, a vantaggio dell’utente, con una maggiore efficienza operativa e costi ridotti.

Proxmox VE è un software di virtualizzazione di server open source potente e leggero, ottimizzato per le prestazioni e l’usabilità. Offrendo la massima flessibilità e utilizzando l’API di Proxmox, Bacula è completamente integrato e può eseguire il backup e il recupero dei dati da Proxmox, comprese le sue due tecnologie di virtualizzazione – Kernel-based Virtual Machine (KVM) e virtualizzazione basata su container con Linux Containers (LXC) – e/o le macchine virtuali QEMU.

Il modulo Proxmox di Bacula fornisce Backup incrementalecontattaci per maggiori dettagli.

 

 

 

Utilizza Bacula per evitare di utilizzare più soluzioni di backup, o di avere una protezione inadeguata da ransomware.

Strategie di backup delle macchine virtuali guest di Proxmox

Le funzionalità di Bacula per il backup Proxmox possono essere sfruttate in due modi diversi: installando Bacula Enterprise File Daemon su ogni Guest, oppure creando backup di immagini utilizzando il modulo Proxmox di Bacula (dettagli più avanti).

Il primo metodo non utilizza il modulo Proxmox, ma invece il demone file di Bacula Enterprise viene installato su ogni VM per funzionare correttamente. Trattare i tuoi server virtuali come se fossero fisici, dotandoli di Bacula Enterprise File Daemon, consente comunque di usufruire di una serie di funzionalità e vantaggi di Bacula Enterprise, tra cui:

  • Verifica dei lavori;
  • Capacità di compressione a livello di file;
  • Ripristino di singoli file;
  • Accuratezza del backup;
  • Rilevamento di spyware e ransomware attraverso il confronto del checksum;
  • Esclusione di file o cartelle specifiche e molto altro ancora.

La seconda strategia di backup utilizza il modulo Proxmox di Bacula, e dà priorità ai backup delle immagini come metodo di backup principale. Questo modulo offre prestazioni, efficienza e velocità di utilizzo di gran lunga superiori. Con il modulo Proxmox, non è necessario installare il demone file di Bacula su ogni VM. I dati vengono salvati sia come immagini grezze (VM QEMU), sia come archivi .tar (VM LXC). La tecnologia snapshot viene utilizzata sia per leggere che per salvare il contenuto dei dischi, dopodiché viene utilizzata l’API Proxmox per scaricare queste copie in un luogo specificato dall’amministratore di sistema.

Con il modulo Proxmox di Bacula, Bacula non ha bisogno di passare attraverso i filesystem dei clienti per leggere e analizzare i dati. Il carico complessivo sull’infrastruttura di questo metodo di backup è quindi più leggero rispetto all’altro. Il modulo Proxmox di Bacula offre una serie di vantaggi leader del settore, e le sue operazioni di backup e ripristino sono esaminate in modo più approfondito qui.

Operazioni di backup di Proxmox

Le operazioni di backup regolari per una singola VM guest comprendono solitamente 3 fasi principali:

  1. La configurazione della VM ospite viene salvata (in particolare per le VM LXC)
  2. Viene creata una snapshot di una VM (non richiede l’arresto della VM/container)
  3. I dati vengono salvati attraverso l’esecuzione di vzdump

Non vi è alcuna limitazione allo stato di alimentazione di una VM di cui si esegue il backup. Le istantanee stesse vengono create utilizzando l’hypervisor Proxmox. La parte specifica del registro del programma consente di conoscere il processo e le sue fasi.

La procedura normale prevede la creazione di due file per la VM ospite LXC (.tar e .conf), e un file per una VM ospite QEMU. All’interno dell’ecosistema Bacula, questi file si trovano in posizioni specifiche:

  • /@proxmox/lxc/<name-label>/VM<vmid>.conf + /@proxmox/lxc/<name-label>/VM<vmid>.tar per le macchine virtuali guest LXC
  • /@proxmox/qm/<name-label>/VM<vmid>.vma per le macchine virtuali guest QEMU

Operazioni di ripristino Proxmox

Utilizzando il modulo Proxmox di Bacula, ci sono 2 diverse operazioni di ripristino:

  • Ripristino in una directory locale;
  • Ripristino nell’ipervisore Proxmox come nuova VM.

Il ripristino di una directory locale è possibile; utilizza un parametro specifico where=/some/path di Bacula che devi utilizzare per specificare la posizione del backup che stai ripristinando – deve essere un percorso completo del modulo Proxmox (il server su cui si trova).

Un esempio di comando di ripristino di una directory locale è il seguente:

 

* restore where=/tmp/bacula/restores

Come risultato dovresti vedere qualcosa di simile a questo (con alcuni oggetti di valore diversi, ovviamente):

 

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

In questo registro potrai anche vedere la posizione del ripristino, nonché il suo processo.

Ripristina come VM utilizza anche il parametro dove=; viene utilizzato per inviare l’intero archivio della VM guest all’hypervisor Proxmox, che poi ripristina l’archivio come una nuova VM guest se il vmid del backup è già allocato, o ripristina con il vmid originale se non è stato preso.

Anche il modo in cui tutte le nuove VM guest ottengono il loro vmid è piuttosto interessante: si tratta del vmid più alto tra tutti quelli allocati + un numero da 1 a 11 per mitigare la possibilità di conflitti nell’allocazione delle risorse (dato che Proxmox stesso non ha meccanismi per gestire tali situazioni). Questo modello di allocazione casuale di vmid può anche essere modificato con l’opzione sequentialvmid restore che obbliga la nuova VM guest a ottenere il prossimo vmid disponibile senza numeri aggiunti.

Il ripristino in un hypervisor Proxmox come VM offre alcune opzioni come:

  • Possibile ripristinare su un hypervisor proxmox alternativo
  • Per selezionare uno storage specifico per il ripristino
  • Per selezionare un pool proxmox specifico per il ripristino

Il ripristino in un hypervisor Proxmox come VM può essere avviato con il comando:

 

* restore where=/

Ecco un esempio di registro per il ripristino di una VM direttamente sull’hypervisor. Il registro del lavoro di ripristino indicherà quale VM guest è stata ripristinata e quale nuova VM guest è stata creata:

 

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 nuova VM guest creata durante il ripristino riceverà un nuovo VMID (se il VMID originale non è più disponibile), ma il nome/nome host rimarrà lo stesso della VM originale.

Ecco alcune delle caratteristiche del software di backup Proxmox:

#
Backup online basato su snapshot di qualsiasi VM Proxmox, incluse le guest QEMU e LXC. La modalità snapshot genera un backup live che riduce al minimo il tempo di inattività di una VM durante il processo di backup.
#
Ripristina l’immagine completa della macchina virtuale sull’hypervisor Proxmox originale o alternativo.
#
Possibilità di scansionare automaticamente i cluster Proxmox per creare configurazioni Bacula Enterprise per ogni macchina virtuale.

#
Backup completo a livello di immagine di Proxmox
#
Ripristinare l’archivio QEMU VM (.vma) in una directory alternativa
#
Ripristinare l’archivio LXC VM (.tar) e la configurazione nella directory alternativa
#
bwlimit “bwlimit=” specifica se il backup deve essere eseguito con una limitazione della larghezza di banda I/O. Questa funzione di Bacula può quindi limitare le operazioni di backup con larghezza di banda I/O sul lato Hypervisor. Può controllare il processo di backup per evitare il sovraccarico di I/O sull’hypervisor, impedendo l’esaurimento delle risorse dell’hard disk sull’hypervisor stesso, durante le operazioni di backup. Questo si aggiunge alla funzione di limitazione della larghezza di banda propria di Bacula.

Ulteriore aiuto sul backup di Proxmox: