La replica della macchina virtuale, o replica VM, rimane una delle migliori tecniche di protezione dei dati per tempi di ripristino brevi e disponibilità del sistema durante guasti o tempi di inattività di qualsiasi origine. Una replica VM può essere avviata istantaneamente in caso di disastro, consentendoti di recuperare una VM in pochi secondi e mantenere le operazioni commerciali essenziali.
Per evitare eventuali problemi mentre si esegue il software di replica VM, come guasti delle app e errori, perdita di dati, consumo eccessivamente elevato di risorse, ecc., seguire le migliori pratiche di replica VMware vSphere trattate in questo post come parte di una strategia efficiente e affidabile di protezione dei dati delle VM.
Cos’è la replica vSphere e come funziona
La replica VMware vSphere è il processo di creazione di una copia esatta di una VM VMware vSphere in una posizione personalizzata, che può essere un host ESXi o un cluster. Questa copia VM, chiamata replica VM, è mantenuta in uno stato spento e aggiornata periodicamente o continuamente (replica continua) per riflettere le ultime modifiche e lo stato della VM di origine.
Nota: La replica in VMware vSphere è spesso confusa con il backup VMware, ma questi metodi di protezione dei dati delle VM perseguono obiettivi diversi e dovrebbero completarsi, non sostituirsi l’un l’altro (vedi il nostro post sul blog Backup VM vs. Replica VM).
10 Migliori Pratiche di Replica Dati VMware
Seguire le seguenti migliori pratiche e usarle per la replica VMware vSphere e la replica delle macchine virtuali in altri ambienti.
1. Definire i carichi di lavoro critici per la missione e dar loro priorità.
Determinare quali macchine virtuali e dati delle applicazioni richiedono la massima protezione e il ripristino più veloce in caso di fermo o disastro. Non è necessario replicare tutto, e non tutto deve essere ripristinato nello stesso periodo di tempo.
Ad esempio, il tuo negozio online mantiene un’operatività continua e consente di effettuare ordini diretti e transazioni di acquisto con i clienti. Nel caso in cui il server web dovesse fallire, il sito web, l’inventario e il CRM saranno estremamente critici da ripristinare in primo luogo e il prima possibile per ridurre al minimo l’effetto del fermo del sito web per i clienti, mentre le applicazioni back-office possono attendere.
2. Delimitare il piano di protezione dei dati.
Non pianificare significa pianificare il fallimento. Pianificare le attività di protezione dei dati in relazione alle esigenze di continuità aziendale, ai carichi di lavoro critici per la missione, alle priorità, alle tecniche di protezione dei dati individuali, alla frequenza e durata del lavoro di backup/replica delle VM, alle risorse necessarie (capacità di archiviazione dei dati, larghezza di banda di rete, finestre di backup/replica delle VM, ecc.).
Assicurarsi che il piano di protezione dei dati copra anche le responsabilità del personale, i componenti hardware e software dedicati e gli scenari di ripristino da disastro.
3. Utilizzare un adeguato rapporto di backup e replica delle VM.
Anche se il backup delle VM e la replica delle VM sembrano fare la stessa cosa, hanno obiettivi diversi e non possono sostituirsi l’uno con l’altro. Il backup delle VM, qualunque sia il tipo, è progettato per la conservazione a lungo termine dei dati delle VM. Mentre la replica delle VM garantisce un ripristino rapido delle VM, o in altre parole, l’alta disponibilità delle VM.
La replicazione della macchina virtuale è un elemento costituente di un piano di protezione dei dati e dovresti trovare una combinazione efficiente di backup regolari delle VM e replicazione delle VM per adattarsi alle esigenze e al budget della tua organizzazione.
4. Stabilire criteri misurabili per le sequenze di replica dei dati delle VM.
Stabilire criteri misurabili può essere utile quando si decide quale soluzione di replicazione delle VM scegliere. Per quanto riguarda la replicazione in VMware vSphere per l’alta disponibilità, è necessario considerare principalmente due aspetti:
- Velocità. Quanto velocemente hai bisogno che avvenga il ripristino dei dati delle VM? Anche se una replica della VM è una copia completa della VM originale, potresti comunque avere bisogno di un po’ di tempo per accedervi, ad esempio, rimontando e riportando un DBMS.
- La tolleranza ai guasti è la capacità di un sistema di mantenere un buon livello di prestazioni nel caso in cui uno o più componenti falliscano. Considera quale grado di tolleranza ai guasti il tuo sistema dovrebbe raggiungere per rendere i dati delle VM disponibili nel caso in cui si verifichi un disastro. Quando decidi con quale frequenza utilizzerai la replica della macchina virtuale per la tolleranza ai guasti, prendi anche in considerazione la capacità hardware e di rete.
In base alla tua politica di continuità aziendale, stabilisci la massima vicinanza del punto di ripristino rispetto al punto di guasto, cioè l’obiettivo del punto di ripristino (RPO), che è un compromesso tra la riduzione della perdita di dati e il costo delle risorse aggiuntive. Per alcune aziende, può essere di 24 ore, 7 giorni o anche 1 mese, mentre altre potrebbero aver bisogno che l’RPO sia di soli 10 secondi.
5. Prepara la tabella di marcia per il failover e il failback.
Per mantenere i servizi e le applicazioni in esecuzione con il minimo disturbo nel caso in cui una VM di produzione vada giù, è necessario determinare in anticipo le procedure di failover e failback. Elaborare scenari di azione per il failover e il failback della VM di produzione da seguire in diverse circostanze avverse.
A seconda del sistema di protezione dati stabilito, le procedure di failover e failback possono essere sia manuali che automatizzate, sia per arresti improvvisi che pianificati.
6. Abilitare la verifica delle repliche delle VM.
La verifica regolare delle repliche delle tue VM per assicurarti che siano utilizzabili è una buona pratica. Ciò eviterà spiacevoli sorprese. Può capitare che la tua replica della VM risulti danneggiata o corrotta. Qualunque sia la causa del difetto, verifica periodicamente le repliche delle VM e includi il programma di verifica nel tuo piano.
Quando si utilizzano soluzioni di replica di VMware vSphere di terze parti, è consigliabile abilitare la funzione di verifica automatica delle repliche delle VM, se disponibile. In questo modo, tutte le repliche delle VM verranno verificate automaticamente per garantirne l’integrità.
7. Creare repliche consapevoli delle applicazioni.
Le moderne soluzioni di protezione dei dati ti consentono di utilizzare una speciale modalità di replica consapevole delle applicazioni che ti permette di creare repliche delle VM consapevoli delle applicazioni per applicazioni come Microsoft Active Directory, Microsoft SQL Server, Microsoft SharePoint, Microsoft Exchange Server o Oracle Database, facendo affidamento sui writer di VSS.
“Consapevole dell’applicazione” o, in altre parole, la modalità di replica delle VM coerente con l’applicazione significa che nel processo di replica, i dati in memoria e le operazioni I/O in sospeso vengono scritti su disco prima di effettuare uno snapshot. Di conseguenza, le repliche delle tue VM contengono dati consistenti e le applicazioni possono essere ripristinate senza problemi, senza perdita di dati.
8. Automatizza la costruzione intorno agli strumenti di ripristino.
Automatizzare la costruzione intorno agli strumenti di ripristino riduce i ritardi non necessari se devi ripristinare le VM il prima possibile in caso di disastro. Assicurati che gli script automatici siano mantenuti correttamente. D’altro canto, le moderne soluzioni avanzate di protezione dei dati offrono funzionalità di automazione integrate.
9. Determina la politica di conservazione e rotazione.
Questa politica stabilisce la frequenza di creazione delle repliche delle VM e il loro tempo di conservazione. Le modifiche dei dati di replica delle VM vengono continuamente aggiunte al database delle modifiche di replica. Senza la sua purga periodica, crescerebbe drasticamente, fino a consumare tutto lo spazio su disco disponibile. Questo periodo tra le purghe di replica è chiamato ritardo di purga della replica. Il ritardo predefinito di purga della replica è impostato nel software di protezione dei dati e varia da uno a più giorni.
Quando si stabilisce la politica di conservazione e rotazione, considera il ritardo di purga della replica. Le modifiche più vecchie del ritardo di purga vengono cancellate dal database delle modifiche di replica. Assicurati che il database delle modifiche di replica venga eseguito il backup più spesso del periodo di ritardo di purga della replica; altrimenti, alcune modifiche potrebbero andare perse.
10. Scegli la giusta soluzione di replica delle VM e DR.
Se hai bisogno di eseguire regolarmente la replica di macchine virtuali, dovresti selezionare la soluzione giusta, che si adatti alle esigenze specifiche della tua infrastruttura IT e al budget dell’organizzazione.
Quando si confrontano i prodotti di replica VMware vSphere attualmente disponibili sul mercato, è opportuno considerare le loro caratteristiche specifiche attraverso la prospettiva sia della funzionalità che delle prestazioni. Ad esempio, alcuni prodotti utilizzano la replica VM sincrona (replica continua), mentre altri eseguono la replica VM semisincrona o asincrona. Sebbene la replica dei dati VMware sincrona sembri essere una scelta migliore per il failover delle applicazioni transazionali, la piena sincronizzazione utilizzata in una rete lenta potrebbe ridurre drasticamente le prestazioni. Al contrario, la replica VMware asincrona ha quasi nessun impatto sulle prestazioni in questa situazione. D’altra parte, se il server primario fallisce, la replica VM VMware asincrona può comportare la perdita dei dati commitati.
Un altro punto da prendere in considerazione è la velocità della tua replica VM e dell’operazione di ripristino, poiché potrebbe richiedere hardware ad alta capacità.
Mentre la replica remota delle macchine virtuali in un’area esterna o in un cloud mantiene al sicuro i tuoi dati, anche se si verifica un disastro che colpisce l’intero datacenter, assicurati che la rete dell’infrastruttura abbia la larghezza di banda richiesta.
Replica VMware vSphere con NAKIVO
NAKIVO Backup & Replication offre molte funzionalità utili per rendere la replica VMware, nonché la replica Hyper-V e persino la replica istanza AWS EC2 semplice e veloce. La soluzione NAKIVO supporta il tracciamento dei blocchi modificati VMware per la replica incrementale, fornisce impostazioni di conservazione flessibili e funziona direttamente con le API VMware per la replica dei dati VMware a livello di host.
È possibile utilizzare le repliche VMware create con NAKIVO per il failover delle VM e scenari complessi di ripristino del sito primario completo.
Source:
https://www.nakivo.com/blog/vmware-replication-best-practices/