Che cos’è il backup e la replica delle macchine virtuali in VMware?

Il backup e la replica delle VM sono parti essenziali di un piano di protezione dei dati. A prima vista sembrano simili e intercambiabili, e in parte è vero. Il backup e la replica delle VM perseguono obiettivi diversi, quindi è necessario tenerli entrambi in considerazione quando si imposta un piano di protezione dei dati e comprenderne la differenza.

NAKIVO for VMware vSphere Backup

NAKIVO for VMware vSphere Backup

Complete data protection for VMware vSphere VMs and instant recovery options. Secure backup targets onsite, offsite and in the cloud. Anti-ransomware features.

Confronto tra replica e backup delle VM

Fondamentalmente, sia il backup che la replica sono necessari per conservare i dati di una VM di origine in modo da poterli ripristinare su richiesta. Tuttavia, la replica delle VM e il backup hanno obiettivi diversi. I backup delle VM hanno lo scopo di archiviare i dati per tutto il tempo ritenuto necessario, in modo da poter tornare indietro nel tempo e ripristinare ciò che è stato perso, mentre le repliche delle VM (il risultato della replica) hanno lo scopo di ripristinare le VM il più rapidamente possibile, da qui le differenze nelle tecnologie utilizzate per procedere con entrambe.

Esaminiamo più dettagliatamente le differenze tra il backup delle VM e la replica delle VM.

Che cos’è il backup delle VM

Poiché l’obiettivo principale dei backup è l’archiviazione dei dati a lungo termine, i software di backup utilizzano varie tecniche di riduzione dei dati per ridurre le dimensioni del backup e inserire i dati nel minor spazio possibile sul disco. Ciò include l’eliminazione dei dati di swap non necessari, la compressione dei dati e la deduplicazione dei dati (che rimuove i blocchi di dati duplicati e li sostituisce con riferimenti a quelli esistenti).

Poiché i backup delle VM vengono compressi e deduplicati per risparmiare spazio di storage, non hanno più l’aspetto di VM e vengono archiviati in un formato speciale comprensibile dal software di backup. E poiché il backup della VM è solo un insieme di file, il repository di backup è solo una cartella, che può essere collocata ovunque: su un server dedicato, su un NAS o persino su un cloud.

VM Backup vs VM Replication

I moderni software di backup consentono vari tipi di ripristino dal backup: è possibile ripristinare quasi istantaneamente singoli file, oggetti applicativi o persino intere VM direttamente dai backup compressi e deduplicati, senza dover prima eseguire il processo di ripristino completo della VM.

Per quanto i backup della nostra infrastruttura virtuale siano fondamentali, è importante notare che se dovesse succedere qualcosa a più VM o forse a un intero sito, dovremmo passare attraverso il processo e il tempo necessario per ripristinare quelle VM nell’ambiente di produzione o di standby. Tecnologie come l’Avvio flash delle VM possono ripristinare i servizi in modo estremamente rapido per una singola VM dal backup e produrre risultati RTO sorprendenti. Tuttavia, in caso di guasto del sito dovuto a un disastro o di guasti multipli delle VM dovuti alla perdita di un archivio dati, il ripristino di più VM da backup di qualsiasi tipo non sarebbe pratico e rappresenta un punto debole del ripristino dai backup.

In breve, i backup sono necessari ed estremamente importanti nell’ambiente in quanto forniscono il meccanismo per tornare indietro nel tempo e ripristinare i dati in parte o completamente. Come già detto, però, i backup estraggono i dati dal nostro ambiente di produzione e li memorizzano in un repository di backup. Per riportare indietro quei dati, dobbiamo ripristinarli sulla VM originale o ricreare l’intera VM da quei dati di backup. Questo è sufficiente per una singola VM o poche VM. Ma come possiamo aggirare il tempo necessario per riportare online i dati o i servizi in caso di guasto a livello di sito o di grave compromissione del sito primario, sia che si tratti di hardware o disastri naturali, malware o cause autoinflitte?

Che cos’è la replica delle VM

La replica delle VM crea copie esatte delle VM di origine e le inserisce (chiamate repliche delle VM) nell’host/storage VMware ESXi o Hyper-V di destinazione. Ogni volta che viene eseguito un processo di replica, le repliche delle VM vengono aggiornate, in modo da essere identiche alle VM di origine.

Le repliche delle VM sono VM completamente funzionanti che vengono archiviate in stato spento, quindi non consumano risorse di calcolo. Allo stesso tempo, in caso di disastro, per ripristinare il sistema è sufficiente accendere le repliche delle VM!

Gli svantaggi di questo approccio sono che a) è necessario investire in un’infrastruttura DR aggiuntiva e b) le repliche delle VM occupano molto più spazio dei backup delle VM, quindi non sarà possibile archiviare la stessa quantità di dati e risalire molto indietro nel tempo in caso di necessità di ripristino dei dati.

Nonostante l’investimento in un ambiente di DR offsite, la maggior parte delle aziende ritiene che tale investimento sia inferiore al costo potenziale della perdita di affari, del danno alla reputazione del marchio e di altri danni che potrebbero derivare dal malfunzionamento dell’infrastruttura a causa di un disastro nella ubicazione principale. Come indicato sopra, la replica offre un modo per avere una replica delle VM in un altro sito. Ciò garantisce la resilienza del sito e la diversità geografica delle operazioni aziendali, in modo da poter resistere a un guasto totale del sito e avere comunque risorse disponibili per tornare online senza dover ripristinare dal backup.

Ciò rafforza enormemente la nostra strategia di DR, poiché si è protetti dalla perdita di dati dovuta a un disastro in una particolare ubicazione. Poiché le VM vengono replicate in una struttura diversa, vicina o in un’altra ubicazione geografica, si riducono notevolmente le possibilità di subire una perdita catastrofica di dati se sia l’ambiente di produzione che l’ambiente di backup di produzione vengono distrutti.

Conclusione

Utilizzando le funzionalità e le capacità dei processi di backup e replica, siamo sulla buona strada per ottenere un piano di DR completo che possiamo integrare con altre funzionalità di soluzioni di backup. In un buon piano di DR, i backup non sostituiscono la replica e viceversa. Si completano a vicenda. Tuttavia, ciascuno ha punti di forza, punti deboli e casi d’uso.

Backup VM:

  • Mantiene molti punti di ripristino
  • Compresso e deduplicato, con conseguente ingombro ridotto
  • Conserva i dati per lunghi periodi di tempo
  • Relativamente economico
  • Anche con tecnologie come l’avvio flash, il ripristino dal backup non è pratico con il ripristino di emergenza dell’ambiente

Replica VM:

  • Obbligatorio per un ripristino rapido della VM
  • Una copia esatta della VM di origine
  • Ripristino rapido, in particolare in caso di guasto del sito primario
  • Implementazione costosa di una struttura DR offsite come destinazione della replica
  • Possibilità di avere repliche locali per l’archiviazione dei dati e un altro guasto

NAKIVO Backup & Replication comprende sia funzionalità di backup VM che di replica VM per garantire la protezione completa delle vostre informazioni critiche. Scaricate il software e approfittate della sua affidabilità e robustezza NAKIVO Backup & Replication & Replication offre sia funzionalità di backup VM che di replica VM, garantendo così la protezione completa dei vostri ambienti IT e dei vostri dati aziendali.

Try NAKIVO Backup & Replication

Try NAKIVO Backup & Replication

Get a free trial to explore all the solution’s data protection capabilities. 15 days for free. Zero feature or capacity limitations. No credit card required.

Le persone leggono anche