Principale > Blog sul backup e sul ripristino > Backup di Citrix Xen. Come fare il backup dell’Hypervisor XenServer?

Backup di Citrix Xen. Come fare il backup dell’Hypervisor XenServer?

1 Star2 Stars3 Stars4 Stars5 Stars
(18 voti, media: 4,94 fuori da 5)
Loading...
Aggiornato 3rd Febbraio 2024, Rob Morrison

Citrix Hypervisor (precedentemente chiamato XenServer) è una piattaforma di gestione della virtualizzazione completa, con una varietà di funzionalità e tipi di infrastrutture supportate. Citrix Hypervisor è il risultato di un rebranding del prodotto precedentemente noto come XenServer.

Informazioni generali

Oltre alla copertura nativamente integrata di altri tipi di Hypervisor, Bacula Enterprise offre anche un’integrazione nativa con Citrix Hypervisor tramite un plugin specifico (o ‘Modulo’; i termini sono intercambiabili in questo contesto). Questo livello di integrazione consente agli utenti di Bacula Systems di eseguire varie operazioni di backup e ripristino di XenServer a diversi livelli con Citrix Hypervisor, indipendentemente dalle dimensioni o dalla complessità del centro dati in questione. C’è anche un potenziale particolarmente grande per quanto riguarda la flessibilità e la personalizzazione della soluzione, compresi i luoghi di distribuzione, i tipi di dati, i metodi di ripristino e così via.

Il backup e il ripristino di XenServer Citrix Hypervisor di Bacula Enterprise offre una serie di funzioni diverse, tra cui:

  • Backup completi, incrementali e differenziali a livello di immagine XenServer;
  • Capacità di backup online con tecnologia snapshot per le macchine virtuali guest;
  • Capacità di ripristino completo delle immagini delle macchine virtuali;
  • Supporto per i formati e i tipi di backup meno recenti;
  • La possibilità di eseguire istantanee basate su VSS di VM guest;
  • Un’opzione per cambiare la directory di destinazione per un archivio VM, e molto altro ancora.

Informazioni generali sui backup di XenServer

Ci sono tre diversi tipi di backup che XenServer Virtual Machine distingue: backup Cold, Warm e Hot. La differenza principale tra questi tipi di backup è lo stato della macchina virtuale durante il processo di backup. Un backup cold può avvenire solo quando la VM stessa è completamente spenta. Un backup warm non è obbligato a farlo, ma le interruzioni del servizio della VM sono comunque previste durante il processo di backup. Un backup hot , invece, viene eseguito con un servizio VM perfettamente funzionante, anche se potrebbe influire sulle prestazioni della VM.

Per quanto riguarda i backup stessi, si possono distinguere tra backup di host XenServer e backup di VM XenServer. Gli host XenServer hanno raramente bisogno di backup di se stessi, se non mai. Il motivo principale è che i metadati di un host XenServer cambiano raramente ed è estremamente veloce e facile installare XenServer stesso su un server, da zero. Questo rende il lavoro di backup di un host XenServer un’attività relativamente semplice di backup dei metadati dell’host di tanto in tanto, che può essere gestita con un semplice comando “xe host-backup” di XenServer stesso.

I backup delle macchine virtuali di XenServer, invece, sono di natura un po’ diversa. Questo processo è in genere più complicato rispetto al processo di backup dell’host, ed è per questo che possiamo separare due diversi gruppi di opzioni di backup: di base e avanzato.

I backup di base delle VM di XenServer sono di solito destinati alle decisioni più immediate, e comprendono opzioni come le istantanee, l’esportazione delle VM e le funzionalità di backup del server esistente. Sia le istantanee che le VM non possono essere considerate parte di una strategia di backup completa per una serie di motivi.

Ad esempio, le istantanee tendono ad essere estremamente costose in termini di spazio di archiviazione e sono anche tecnicamente dei backup “hot” (con tutti gli svantaggi di questo tipo di backup). Le istantanee possono presentare alcune complicazioni di ripristino (come il ripristino a livello di file) e la generale mancanza di opzioni di personalizzazione, a parte l’automazione, le rende tutt’altro che sufficienti per essere considerate una strategia di backup completa.

Le opzioni di backup avanzato di XenServer, d’altra parte, sono più varie, poiché questo è il gruppo in cui entrano in gioco tutte le soluzioni di backup di terze parti. Di conseguenza, possiamo determinare tre diverse categorie di backup a seconda dell’approccio della soluzione al backup delle macchine virtuali XenServer: backup a livello di sistema operativo, backup XenAPI e replica dello storage.

Backup a livello di sistema operativo è probabilmente il metodo di backup più vecchio dell’elenco, che impiega una tecnologia che esiste già da tempo. È vero che le macchine virtuali sono di natura virtuale, ma sono anche considerate server con funzionalità complete – con driver diversi e hardware diverso, ma con lo stesso sistema operativo.

Questo sistema operativo può essere utilizzato come collegamento per le macchine virtuali per ricevere il classico trattamento di backup dei server – installando un agente nel sistema operativo per creare backup di diverse parti dei dati. Tecnicamente parlando, anche il Windows Backup integrato può essere utilizzato come alternativa in termini di backup a livello di sistema operativo per XenServer (molto utile per le aziende più piccole con budget limitati).

Le istantanee XenAPI sono un altro modo per creare backup di XenServer e questo metodo particolare potrebbe essere il più diffuso dei tre. L’uso di XenAPI consente di eseguire il backup di un intero server come immagine, e c’è molta varietà quando si tratta di personalizzazione del backup e di funzioni aggiuntive. Ad esempio, alcuni script di backup più basilari che utilizzano XenAPI si possono trovare su Internet e sono gratuiti (NAUbackup ne è un buon esempio), ma questi script non dispongono della personalizzazione e del supporto che le soluzioni di backup XenAPI di terze parti offrono.

La replica dell’archiviazione come strategia di backup potrebbe essere l’opzione più costosa delle tre, dal momento che ha diversi requisiti per funzionare in primo luogo. Affinché questa strategia funzioni, sono necessari due o più dispositivi di archiviazione, nonché una connessione tra loro abbastanza forte da sopportare la quantità di traffico trasmessa regolarmente. Questo approccio rende anche più difficile l’implementazione di alcune funzioni utili, come il ripristino a livello di file.

Naturalmente, l’opzione migliore per qualsiasi azienda sarebbe quella di acquisire una soluzione che offra approcci multipli al backup di XenServer VM – a livello di sistema operativo e a livello di API, ad esempio, coprendo sia le iterazioni fisiche che quelle virtuali del sistema. Tuttavia, questa non è sempre un’opzione, ed è per questo che ci sono così tante soluzioni di terze parti sul mercato. Bacula Enterprise è una di queste soluzioni, ma prima dobbiamo vedere come funzionano le funzionalità di backup VM di XenServer.

Backup e ripristino di XenServer senza software di terze parti

Prima di esaminare le capacità di Bacula con XenServer, è importante ricordare che esiste un modo per eseguire operazioni di backup e ripristino di XenServer con Xen stesso. Ci sono però alcune limitazioni: i backup del server potrebbero richiedere molto spazio di archiviazione, potrebbe essere necessario riavviare con il CD di installazione originale per eseguire un processo di ripristino completo e non deve creare backup del dominio di controllo XenServer (dominio 0).

Ecco come si svolge il processo di backup:

  1. Selezioni il server designato nel pannello Resources , clicchi sul menu Server e proceda alla riga Back Up Server….
  2. Individui e specifichi la cartella che desidera utilizzare come posizione di archiviazione del file di backup, inserisca il nome del file e clicchi su Save. Il processo di backup avrà inizio. Può anche utilizzare la scheda Logs per vedere il processo del backup.

E questo è tutto, l’intero processo di backup è composto da soli due passaggi. Anche il processo di ripristino è relativamente semplice:

  1. Prima dovrà individuare lo stesso menu Server e cliccare sulla linea Restore From Backup….
  2. Nel menu seguente individui il file di backup che desidera ripristinare.
  3. Utilizzi il CD di installazione di XenServer per riavviare il server e completare l’intero processo di ripristino.

Installazione del client Bacula su ogni VM guest

Per quanto riguarda le operazioni di backup e ripristino delle macchine virtuali XenServer con Bacula, esistono diversi approcci ed è un po’ più sofisticato del metodo originale. Prima di tutto, vedremo il modo in cui Bacula e Citrix possono operare con le macchine virtuali guest e quali strategie di backup XenServer funzionano per queste.

Questa particolare strategia funziona installando un Bacula Enterprise File Daemon su ogni VM guest, trattata come se fossero normali client fisici. Dovrà sfruttare manualmente le capacità di programmazione, prioritizzazione ed esecuzione parallela di Bacula per ottimizzare l’utilizzo dell’I/O dell’Hypervisor Citrix ed evitare vari intoppi e colli di bottiglia.

Eseguire l’installazione di un File Daemon di Bacula Enterprise su una particolare macchina virtuale le permette di gestirla come un server fisico, consentendo una serie di utili funzioni di Bacula Enterprise, tra cui:

  • Compressione a livello di file;
  • Verifica dei lavori;
  • Accuratezza del backup;
  • Ripristino di singoli file;
  • Esclusione di file o directory specifiche;
  • Verifica del checksum per verificare la presenza di spyware o virus.

Utilizzo del modulo Citrix Hypervisor per creare backup a livello di immagine

La strategia a livello di immagine consente al modulo Citrix Hypervisor di Bacula di utilizzare il livello del disco grezzo per creare i backup. Non è necessario installare un demone Bacula su ogni VM perché questa tecnica funzioni. Il modulo Xen sfrutta l’API di XenServer per individuare e salvare il contenuto di ciascuna delle sue macchine virtuali utilizzando la tecnologia snapshot e i metodi vm-export/vm-import.

Questo metodo in genere consente di risparmiare risorse significative, poiché non è necessario che Bacula “cammini” attraverso il filesystem di ogni singola VM, consentendo di alleggerire il carico di lavoro di un’infrastruttura Citrix Hypervisor in generale. D’altra parte, poiché questo tipo di backup di XenServer VM salva letteralmente tutto ciò che si trova su una determinata VM, questo include anche file inutili che non sono realmente necessari nel backup, come i file temporanei o i file di swap. Tuttavia, è anche un vantaggio, in quanto anche i file di configurazione della VM vengono salvati con questo metodo, consentendo un ripristino della VM molto più semplice.

Processo di backup

Ci sono quattro fasi principali nel processo di base della creazione di un backup di una singola VM utilizzando il modulo di backup di XenServer VM:

  • Eliminazione della versione più vecchia;
  • Creazione di una nuova istantanea della VM e fase di preparazione del backup;
  • Esecuzione del comando di esportazione della VM e salvataggio dei dati in uno storage Bacula;
  • Eliminazione dell’istantanea non appena il backup è terminato.

Entrambi gli stati della VM guest, in esecuzione e in arresto, sono adatti per eseguire un processo di backup. Le uniche istantanee che verrebbero considerate vecchie dal sistema sono quelle che si adattano al modello specifico – BaculaSnapshot_<UUID>_JobID_<NR>. Questi vengono eliminati automaticamente nelle prime fasi del processo di backup di Xen, quindi si consiglia di evitare di creare istantanee manuali che corrispondono a questo modello di denominazione. La console di stato del modulo Citrix Hypervisor offre informazioni sulle macchine virtuali guest di cui è in corso il backup, le fasi di ciascun backup XenServer, le attività di snapshot, quali backup sono stati eliminati, ecc. Può vedere un esempio di queste informazioni qui sotto:

 

JobId 135: Start Backup JobId 135, Job=xen.2017-12-28_15.52.21_11
JobId 135: Using Device “FileChgr1-Dev1” to write.
JobId 135: Volume “Vol-0002” previously written, moving to end of data.
JobId 135: xenserver: Start Backup vm: CentOS 7 (fe1ccf3b-1865-3942-c928-d98138397ff1)
JobId 135: xenserver: Old stalled backup snapshots found.
JobId 135: xenserver: Snapshot deleted: 12e387c0-eac5-84b1-8e40-1d0601c9eebf
JobId 135: xenserver: Snapshot created: 03afdf67-4ae3-7b0a-5eb0-2c2520c8580f
JobId 135: xenserver: Snapshot deleted: 03afdf67-4ae3-7b0a-5eb0-2c2520c8580f
JobId 135: xenserver: Backup of vm: CentOS 7 (fe1ccf3b-1865-3942-c928-d98138397ff1)
OK.

Ogni VM guest che partecipa al processo comporta un altro file di backup di XenServer, denominato come segue:

 

/@xen/<name-label>/<vmuuid>.xva.

C’è anche una serie di parametri che vengono utilizzati per definire parti e variazioni specifiche del processo di backup Xen.

  • vm=<name-label> rappresenta il nome di una VM guest di cui verrà eseguito il backup. Tutte le corrispondenze con il nome-etichetta tra le parentesi saranno sottoposte a backup. Il parametro stesso è opzionale e non è necessario per il funzionamento dell’intero processo.
  • uuid=<uuid> specifica un UUID della specifica VM guest. UUID è l’identificatore univoco universale, un numero di 128 bit che identifica le informazioni in vari sistemi. Il parametro stesso è opzionale e non è necessario per il funzionamento dell’intero processo.
  • include=<name-label-regex> è un elenco di nomi di macchine virtuali guest di cui eseguire il backup, espresso tramite una sintassi regolare. Verrà eseguito il backup di tutte le macchine virtuali guest con nomi corrispondenti. Il parametro stesso è opzionale e non è necessario per il funzionamento dell’intero processo.
  • exclude=<name-label-regex> è un elenco di nomi di macchine virtuali guest da escludere dal processo di backup, espresso tramite una sintassi regolare. Tutte le corrispondenze saranno escluse completamente dal processo di backup. Non influisce sui parametri vm= o uuid=. Il parametro stesso è opzionale e non è necessario per il funzionamento dell’intero processo.
  • quiesce=<0|1> riguarda specifiche macchine virtuali guest che si desidera creare con il metodo quiesce. Questo metodo è supportato solo dai sistemi operativi Windows con strumenti guest installati. L’intero lavoro di backup viene interrotto se lo snapshot della VM guest non può essere creato con il metodo quiesce.

Vale la pena notare che, poiché tutti i parametri di specificazione sono opzionali, il sistema procederà al backup di tutte le macchine virtuali guest disponibili se non vengono trovati input vm=, uuid=, exclude o include in precedenza. Esiste anche un parametro specifico chiamato abort_on_error, che ordina di interrompere l’intero lavoro se viene riscontrato un errore nel processo di configurazione, come la mancanza di parametri vm= o di altri parametri in primo luogo.

Processo di ripristino

Il processo di ripristino come operazione autonoma persegue due obiettivi principali:

  • Ripristino in una directory locale da un file di archivio XVA;
  • Ripristino in un hypervisor XenServer come VM guest nuova o originale.

Ci sono diversi metodi che possono essere utilizzati per il processo di ripristino. Ad esempio, ecco un metodo di ripristino su XenServer. Richiede l’impostazione di un parametro di ripristino “where=/” in Bacula. In questo caso, l’archivio della VM guest in questione verrebbe ripristinato come una nuova VM guest tramite Citrix Hypervisor, oppure ripristinato come la forma originale di questa VM se l’opzione preserve è stata impostata in precedenza. Se non si imposta un percorso corretto per il processo di ripristino, la VM guest verrà creata nella directory predefinita di Citrix Hypervisor.

Esiste anche il metodo ripristino nella directory locale, che utilizza il parametro di ripristino “where=/some/path”. Questo percorso deve rappresentare una posizione specifica sul server in cui è installato il modulo, e anche se non esiste – sarà creato dal plugin stesso.

Il processo di ripristino di base è relativamente facile da solo, ma richiede l’esecuzione di un comando specifico, con l’aggiunta del parametro “where” in un modo o nell’altro:

 

* restore where=/…

Per quanto riguarda i parametri di ripristino che vengono utilizzati per includere o escludere VM specifiche, sono simili a quelli utilizzati nel processo di backup. Ci sono anche alcune aggiunte:

  • server: <address> viene utilizzato per specificare l’indirizzo API di XenServer per eseguire l’operazione e, nel caso in cui questo parametro sia errato o assente, verrà utilizzato quello predefinito;
  • port: <number> specifica la porta dell’API di XenServer da utilizzare, deve essere compresa nell’intervallo tra 1 e 65536; il parametro non valido causa l’interruzione del lavoro e l’omissione di questo parametro porta il processo ad utilizzare la porta predefinita.

Altre soluzioni di backup XenServer

Usare Bacula significa anche beneficiare dell’accesso alla sua architettura più ampia, altamente sicura e robusta, e all’ampia compatibilità tecnologica, che in genere consente l’integrazione completa di un intero patrimonio IT da un’unica piattaforma.

Naturalmente, Bacula Enterprise non è l’unica soluzione di backup XenServer sul mercato; ci sono molte altre soluzioni e piattaforme di backup e ripristino che dispongono di funzionalità di backup XenServer. Questo include sia attori popolari sul mercato che aziende meno conosciute in questo campo.

Vembu BDR è il nostro primo esempio, che offre una piattaforma di backup e ripristino altamente personalizzabile, con molti tipi di dati e posizioni di archiviazione diversi supportati fin dall’inizio. Le funzionalità di backup XenServer di Vembu si basano sul già citato backup a livello di OS, che implica backup di immagini per le macchine virtuali che eseguono l’Hypervisor Xen. Vembu BDR è in grado di offrire un’abbondanza di funzioni diverse agli utenti di Citrix Xen, come i backup delle macchine virtuali consapevoli delle applicazioni, la tecnologia CBT (tracciamento dei blocchi modificati), la migrazione più semplice delle macchine virtuali ad altri hypervisor e altro ancora.

Acronis Cyber Protect è un altro nome noto nel campo del backup e del ripristino, e il suo supporto per le macchine virtuali è molto versatile. Può supportare non solo gli ambienti VMware vSphere e Microsoft Hyper-V, ma anche Oracle VM, RHV, Linux KVM e, naturalmente, Citrix XenServer. Acronis utilizza le sue enormi capacità strumentali per fornire operazioni di backup e ripristino dell’immagine su disco alle macchine virtuali XenServer, offrendo sia un backup completo che un processo di ripristino rapido – e allo stesso tempo fornisce funzionalità di protezione dei dati tramite Acronis Active Protection e offre molte opzioni di flessibilità in termini di posizioni di archiviazione del backup (SAN, nastro, NAS, cloud storage di Acronis e dischi locali).

Commvault è anche in questo mercato per le aziende che cercano una soluzione di backup XenServer semplice ma efficace. Offre un’infrastruttura estremamente flessibile, piani di protezione facili da usare basati su SLA (Service Level Agreement), nonché un facile controllo dell’intera architettura di backup tramite una console di gestione VM centralizzata. La soluzione di backup XenServer di Commvault può fungere da base per una strategia di disaster recovery solida e flessibile per un’azienda di qualsiasi dimensione.

Unitrends è una soluzione di backup che punta su un’angolazione leggermente diversa rispetto alle altre, sostenendo di essere in grado di fornire una soluzione di backup XenServer completa che copre tutte le esigenze del cliente quando si tratta di proteggere le sue VM XenServer. Il lato del backup e del ripristino della piattaforma è coperto da Unitrends che collabora con Citrix stessa per risolvere il problema principale del tipo di backup snapshot, ossia gli enormi requisiti di spazio di archiviazione. Unitrends è anche in grado di eseguire il ripristino granulare dei file, dispone di un ampio sistema di protezione contro il ransomware con analisi predittive e apprendimento automatico e molte altre funzioni.

Passando a soluzioni più piccole con funzionalità specifiche, abbiamo Alike DR – una soluzione di backup e ripristino di Citrix Hypervisor che sostiene di avere un livello di integrazione XenServer senza precedenti, combinato con un’interfaccia facile da usare. Alcune delle caratteristiche offerte da Alike DR includono il Changed Block Tracking, l’interfaccia utente basata sul web per una migliore mobilità e un migliore processo decisionale, nonché una varietà di metodi di backup diversi, una protezione multipiattaforma dei dati del cliente e altro ancora.

Xen Orchestra (XO) è anch’essa una soluzione principalmente incentrata sul lavoro e sul supporto di tutti i tipi di ambienti XenServer. Si tratta di una soluzione agentless con una serie di funzioni di backup e ripristino che offre anche molteplici vantaggi legati al cloud e un’interfaccia di gestione centralizzata per i suoi utenti. XO offre anche un’ampia assistenza clienti, il ripristino a livello di file e fornisce ai suoi clienti una pletora di diverse metriche relative a XenServer.

SEP Software ha una propria soluzione di backup XenServer con un nome abbreviato SEP, che offre un supporto completo di Citrix XenServer su più livelli. SEP possiede tutte le normali funzioni che una soluzione di backup XenServer offre, come CBT, diverse opzioni di backup, ripristino a livello di file e così via. Altre caratteristiche di SEP sono la console di gestione centralizzata, le funzionalità di crittografia dei dati, le funzionalità di disaster recovery, la deduplicazione dei dati, la conversione dei server, ecc.

La semplicità è la pietra angolare di un’altra soluzione di backup XenServer: Vinchin Backup & Recovery. Vinchin offre una soluzione di backup delle macchine virtuali altamente efficiente per gli ambienti XenServer sia host che pool, combinata con una protezione dei dati completa. Può eseguire backup agentless, ha ampie capacità di automatizzazione e una console di gestione centralizzata. C’è anche la capacità di recuperare le macchine virtuali in un breve lasso di tempo, la già citata tecnologia CBT, la capacità di creare backup con un consumo di banda di rete pari a zero, e così via.

L’ultimo, ma non meno importante esempio della lista è Xackup – una soluzione di backup XenServer semplice ma efficace di Fungusware. Dispone di un’interfaccia utente guidata e facile da usare, che aiuta a svolgere tutti i tipi di operazioni: migrazione di macchine virtuali, backup dei dati, ripristino dei dati e così via. Ognuno di questi processi è reso molto più semplice e veloce con Xackup: il processo di backup dispone di più posizioni di archiviazione di destinazione, il processo di ripristino è in grado di eseguire un ripristino completo o a livello di file, e il processo di migrazione può trasferire le macchine virtuali tra hypervisor e pool sia in remoto che in locale, con la possibilità di automatizzare alcune operazioni (avvio, spegnimento, ecc.).

Informazioni sull'autore
Rob Morrison
Rob Morrison è il direttore marketing di Bacula Systems. Ha iniziato la sua carriera nel marketing IT con Silicon Graphics in Svizzera, ottenendo ottimi risultati in vari ruoli di gestione del marketing per quasi 10 anni. Nei 10 anni successivi, Rob ha ricoperto anche diverse posizioni di gestione del marketing in JBoss, Red Hat e Pentaho, assicurando la crescita della quota di mercato di queste note aziende. Si è laureato all'Università di Plymouth e ha conseguito una laurea ad honorem in Digital Media and Communications e ha completato un programma di studi all'estero.
Lascia un commento

Il suo indirizzo e-mail non sarà pubblicato. I campi obbligatori sono contrassegnati da *