Backup RHEV – Perché è importante

Introduzione a RHEV

RHEV è l’acronimo di Red Hat Enterprise Virtualization (spesso chiamato RHV). Si tratta di una piattaforma di virtualizzazione di Red Hat che combina il sistema operativo server RHEL (Red Hat Enterprise Linux) con l’hypervisor KVM (Kernel-based Virtualization Machine) e funziona sia con ambienti desktop che server. Nel suo nucleo, RHV fornisce un server centralizzato di gestione delle macchine virtuali con un’interfaccia basata sul web, può funzionare con sistemi operativi basati su Windows e Linux e supporta anche una serie di applicazioni aziendali, come Oracle, SAP e altre.

La virtualizzazione è un approccio piuttosto popolare che continua a ottenere un numero crescente di utenti grazie al gran numero di vantaggi che può offrire, tra cui l’efficienza operativa, la maggiore flessibilità di applicazione e la riduzione della complessità in alcuni casi. Il problema è che le macchine virtuali nel loro complesso si basano fondamentalmente più sul software che sull’hardware, il che a volte le rende più vulnerabili ai problemi del software.

Ad esempio, un singolo processo che si blocca può potenzialmente far fallire l’intera macchina virtuale, dal momento che ogni macchina virtuale esegue più processi contemporaneamente e la maggior parte di essi sono collegati tra loro in modi diversi. Questo rende le macchine virtuali vulnerabili a varie perdite di memoria e ad altri incidenti che possono causare la perdita di dati. Pertanto, le misure di protezione dei dati e di backup sono particolarmente importanti quando si tratta di RHV e delle macchine virtuali nel loro complesso.

Backup e ripristino del motore del manager RHEV

Backup del motore RHV

Come molte altre piattaforme di virtualizzazione, RHV ha i propri mezzi per creare operazioni di backup e ripristino di base, con un po’ di personalizzazione inclusa. Il comando di backup stesso che stiamo cercando è engine-backup, e ha diversi argomenti che possono essere aggiunti per personalizzarlo in una certa misura.

Ad esempio, -mode=backup è un’impostazione che specifica il tipo di operazione, che nel nostro caso è impostato come “backup”.

L’opzione -scope=all indica quali file verranno sottoposti a backup nel processo – “all” implica che verrà eseguito il backup di ogni file, mentre ci sono anche opzioni come “files” per i file dei prodotti in particolare, “db” esclusivamente per il database Engine, “dwhdb” per le informazioni del database Data Warehouse e altro ancora.

Inoltre, deve anche includere -file=/backups/backupengine080920 per specificare sia il nome del file di backup che il percorso del backup stesso – come può vedere, il nostro backup verrebbe salvato nella directory “backups” con il nome “backupengine080920“.

L’argomento -log=/backupengine080920.log funziona in modo simile, specificando il nome del file e la posizione del file di registro del backup.

Ulteriori informazioni sul backup come operazione, oltre a diversi altri argomenti, sono disponibili utilizzando questo comando specifico:

Backup del motore RHV

Il processo di ripristino per i backup RHV funziona in modo simile, ma si raccomanda vivamente di eseguire una serie di preparativi prima di eseguirlo – che includono la pulizia e la reinstallazione del motore RHV stesso.

Il primo comando riguarda la pulizia della configurazione del motore che ha attualmente, e dovrebbe avere questo aspetto:

L’argomento -log qui è quasi identico a quello descritto sopra, specificando il nome del file e il percorso del file o dei file di log di pulizia. Il passo successivo consiste nel disinstallare il pacchetto ovirt-engine e nell’eseguire qualche altro passaggio se viene utilizzato ovirt-provide-ovn:
L’utilizzo della seconda e della terza riga di comando non è necessario se non si utilizza ovirt-provide-ovn, poiché in tal caso non sarà necessario reimpostare l’autorità di certificazione. Il passo successivo logico in questo processo sarebbe quello di reinstallare sia il pacchetto ovirt-engine che il motore RHV stesso:

Mentre il primo comando è autoesplicativo, il secondo ha un nuovo argomento oltre ai tre già spiegati. Questo argomento è -restore-permissons, e può essere necessario in alcuni casi specifici (così come la sua controparte -no-restore-permissions) per ripristinare i dump di backup personalizzati.

L’ultima parte di questo processo consiste nel configurare il motore appena ripristinato, utilizzando il semplice comando engine-setup.

Soluzioni di backup RHV di terze parti

Come può vedere dalle informazioni precedenti, sia il backup che i processi di ripristino che RHV offre di per sé sono piuttosto limitati e offrono il minimo indispensabile di personalizzazione. Fortunatamente, esiste una serie di soluzioni di backup RHV di terze parti che offrono molte opzioni per diversi casi d’uso, dalle piccole aziende alle grandi imprese.

Ad esempio, una soluzione di backup RHV di Vembu offre funzionalità di backup sia a livello di guest che a livello di VM per le macchine virtuali basate su RHV, oltre a una serie di funzionalità e vantaggi. Alcune di queste caratteristiche sono:

• Capacità di migrazione dellaVM;
• Recupero a livello di applicazione;
• Tecnologia di tracciamento dei blocchi modificati;
• Capacità di backup della VM consapevole dell’applicazione;
• Ripristino istantaneo a livello di file e ripristino veloce di una VM completa;
• Possibilità di automatizzare la verifica del backup, e altro ancora.

Veeam ha anche una propria idea di protezione delle macchine Red Hat Virtualization, con caratteristiche come la protezione basata su snapshot, funzioni di business continuity migliorate, nonché flessibilità nelle opzioni di ripristino e la tecnologia Scale-out Backup Repository di Veeam. La sovrapposizione di funzioni è inevitabile in questo mercato; Veeam ha anche il Changed Block Tracking, il ripristino a livello di applicazione e così via.

Acronis offre la tecnologia di backup RHV – Il suo prodotto Acronis Cyber Protect può offrire funzionalità di migrazione del server, backup basati su app, diversi tipi di backup, funzionalità di ripristino d’emergenza e gestione centralizzata del backup. Inoltre, è disponibile il supporto per la protezione del cloud ibrido, i backup basati su immagini e altro ancora.

In questo contesto è importante ricordare anche soluzioni come Bacula Enterprise e la sua architettura modulare che consente un’ampia gamma di funzionalità e integrazioni diverse. Offre non solo un backup di base a livello di immagine completa per le macchine virtuali RHV, ma anche la possibilità di eseguire il backup di macchine in stati diversi, oltre alle altre funzionalità di cui abbiamo parlato in precedenza. Il suo backup agentless offre backup a livello di immagine completa, livelli di backup incrementali e differenziali. Inoltre, è completamente agnostico rispetto al back-end di archiviazione.

Allo stesso tempo, Bacula Enterprise ha la sua parte di funzionalità uniche o meno comuni da offrire in termini di capacità di backup RHV – come l’esclusione dei dischi, i controlli sui backup falliti, l’offuscamento delle password, l’esclusione delle macchine virtuali, diversi tipi di backup e la configurazione delle macchine virtuali ripristinate in movimento. Si tratta di una soluzione particolarmente completa, con una varietà di funzionalità per diversi casi d’uso e target di pubblico nel campo del backup di Red Hat Virtualization, ed è un’ottima scelta, indipendentemente da quanto piccola o grande sia la sua azienda. Uno dei motivi è che Bacula non ha prezzi basati sulla capacità, quindi gli utenti sono liberi di eseguire il backup di tutti i dati che desiderano.

Alcune altre caratteristiche degne di nota delle funzioni di backup e ripristino RHV di Bacula sono la quiescenza trasparente e la creazione di snapshot; il ripristino sullo stesso cluster/storage o su un altro, su istanze virtuali esistenti o nuove, il ripristino di un singolo file, la configurazione delle macchine virtuali ripristinate al volo e l’opzione di ripristino su file semplici per un’ulteriore elaborazione.

L’esclusione del disco è una bella aggiunta a questa soluzione, che aiuta a controllare la granularità del backup e i requisiti di capacità. Gli amministratori possono impostare un backup generale e automatico, per grandi gruppi di macchine virtuali e possono scegliere di non eseguire il backup di destinazioni di archiviazione specifiche. Allo stesso tempo, gli utenti possono mantenere una configurazione personalizzata per semplificare le attività di amministrazione. È disponibile anche l’esclusione delle VM.

Alcuni utenti possono avere l’esigenza critica di eseguire il backup di dati ‘live’; in questo caso, il backup di Bacula di RHV in uno stato “in esecuzione”, “in pausa” o “spento” può essere prezioso.

Vale la pena ricordare che non tutte le soluzioni di backup presenti sul mercato possono offrire funzionalità di backup RHV a livello di VM. Tuttavia, ci sono ancora molti software di backup che si concentrano su altre parti di questo stesso settore o che non hanno ancora la capacità di implementare queste funzionalità. Dell NetWorker sarebbe un buon esempio di questo, non dispone ancora di capacità di backup a livello di immagine per le macchine virtuali Red Hat, per cui tutto ciò che può fare è creare backup di queste macchine a livello di guest (questo vale anche per altri ambienti KVM).

Conclusione

L’uso di macchine virtuali è da tempo molto diffuso in diversi settori, rendendo più facile per molti tipi diversi di organizzazioni essere più produttive, efficienti e flessibili. La vulnerabilità delle macchine virtuali è ancora un problema piuttosto preoccupante, ma si spera che questo articolo sia stato sufficiente a rassicurarla sull’esistenza di soluzioni di backup e ripristino, sia integrate che di terze parti, per RHV, che offrono una grande quantità di caratteristiche, benefici e vantaggi diversi, per superare le sfide di backup e ripristino che potrebbe trovarsi ad affrontare.