Procedure consigliate per VMware vSphere Replication
La replica delle VM, 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, consentendo di ripristinare una VM in pochi secondi e mantenere le operazioni aziendali essenziali.
Per evitare possibili insidie durante l’esecuzione del software di replica VM, come guasti ed errori delle applicazioni, perdita di dati, consumo eccessivo di risorse, ecc., seguire le procedure consigliate di replica VMware vSphere descritte in questo post come parte di una strategia di protezione dei dati VM efficiente e affidabile.
Che 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 ubicazione personalizzata, che può essere un host VMware ESXi o un cluster. Questa copia della VM, denominata replica della VM, viene 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 viene spesso confusa con il Backup di VMware, ma questi metodi di protezione dei dati delle VM perseguono obiettivi diversi e dovrebbero completarsi a vicenda, non sostituirsi (vedere il nostro post sul blog Backup VM vs. replica VM).
10 Procedure consigliate per la replica dei dati VMware
Seguite le procedure consigliate riportate di seguito e utilizzatele per la replica VMware vSphere e la replica delle VM in altri ambienti.
1. Definire i carichi di lavoro mission-critical e assegnare loro una priorità.
Determinare quali dati delle VM e delle applicazioni richiedono la massima protezione e il ripristino più rapido in caso di downtime o disastri. Non è necessario replicare tutto e non tutto deve essere ripristinato entro lo stesso lasso di tempo.
Ad esempio, il negozio online mantiene un funzionamento continuo e consente di effettuare transazioni dirette di ordini e acquisti con i clienti. In caso di guasto del server web, il sito web, l’inventario e il CRM saranno estremamente critici da ripristinare in primo luogo e il più rapidamente possibile per ridurre al minimo l’effetto del tempo di inattività del sito web per i clienti, mentre le applicazioni di back-office possono attendere.
2. Delineare il piano di protezione dei dati.
Non pianificare significa pianificare il fallimento. Pianificate le attività di protezione dei dati tenendo conto delle esigenze di continuità operativa, dei carichi di lavoro mission-critical, delle priorità, delle singole tecniche di protezione dei dati, della frequenza e della durata dei processi di backup/replica delle VM e delle risorse necessarie (capacità di archiviazione dei dati, larghezza di banda della rete, finestre di backup/replica delle VM, ecc.
Assicuratevi che il vostro piano di protezione dei dati copra anche le responsabilità del personale, i componenti hardware e software dedicati e gli scenari di ripristino di emergenza.
3. Utilizza un rapporto adeguato tra backup e replica delle VM.
Sebbene il backup e la replica delle VM sembrino avere la stessa funzione, hanno obiettivi diversi e non possono sostituirsi a vicenda. Il backup delle VM, indipendentemente dal tipo, è progettato per la conservazione a lungo termine dei dati delle VM. La replica delle VM, invece, garantisce un ripristino rapido delle VM o, in altre parole, un’elevata disponibilità delle VM.
La replica delle VM è un elemento costitutivo di un piano di protezione dei dati ed è necessario trovare una combinazione efficiente di backup regolari delle VM e replica delle VM che si adatti alle esigenze e al budget della propria 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 replica delle VM scegliere. Per quanto riguarda la replica in VMware vSphere per l’alta disponibilità, è necessario considerare principalmente due aspetti:
- Velocità. Con quale rapidità deve avvenire il ripristino dei dati VM? Sebbene una replica VM sia una copia completa della VM originale, potrebbe essere comunque necessario del tempo per accedervi, ad esempio rimontando e ripristinando un DBMS.
- Tolleranza ai guasti è la capacità di un sistema di mantenere un buon livello di prestazioni in caso di guasto di uno o più componenti. Considerate il grado di tolleranza ai guasti che il vostro sistema dovrebbe raggiungere per rendere disponibili i dati delle VM in caso di disastro. Nel decidere con quale frequenza utilizzare la replica delle VM per la tolleranza ai guasti, tenete conto anche della capacità dell’hardware e delle reti.
A seconda del vostro criterio di continuità operativa, stabilite la distanza ottimale tra il punto di ripristino e il punto di guasto, ovvero l’ obiettivo di punto di ripristino (RPO), che rappresenta un compromesso tra la riduzione al minimo 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 di un RPO di soli 10 secondi.
5. Preparare la roadmap di failover e failback.
Per mantenere i servizi e le applicazioni in esecuzione con il minimo disagio in caso di interruzione di una VM di produzione, è necessario determinare in anticipo le procedure di failover e failback. Elaborare scenari di azione di failover e failback della VM di produzione da seguire in diverse circostanze avverse.
A seconda del sistema di protezione dei dati stabilito, le procedure di failover e failback possono essere manuali o automatizzate sia per gli arresti pianificati che per quelli non pianificati.
6. Abilitare la verifica delle repliche delle VM.
È buona norma verificare regolarmente le repliche delle VM per assicurarsi che siano utilizzabili. Ciò consentirà di evitare spiacevoli sorprese. Può capitare che la replica della VM risulti danneggiata o corrotta. Qualunque sia il motivo del difetto, verificare periodicamente le repliche delle VM e includere la pianificazione della verifica nel proprio piano.
Quando si utilizzano soluzioni di replica VMware vSphere di terze parti, si consiglia di abilitare la funzione di verifica automatica delle repliche delle VM, se disponibile. In questo modo, tutte le repliche delle VM verranno verificate automaticamente per verificarne l’integrità.
7. Creare repliche coerenti con le applicazioni.
Le moderne soluzioni di protezione dei dati offrono una speciale modalità coerente con le applicazioni che consente di creare repliche di VM coerenti con le applicazioni per applicazioni quali Microsoft Active Directory, Microsoft SQL Server, Microsoft SharePoint, Microsoft Exchange Server o Oracle Database, affidandosi a writer VSS.
La modalità di replica delle VM “coerente con le applicazioni” o, in altre parole, coerente con le applicazioni, significa che durante il processo di replica, i dati in memoria e le operazioni I/O in sospeso vengono scaricati su disco prima di creare uno snapshot. Di conseguenza, le repliche delle VM contengono dati coerenti e le applicazioni possono essere ripristinate senza problemi, senza perdita di dati.
8. Creare automazione attorno agli strumenti di ripristino.
Creare automazione attorno agli strumenti di ripristino riduce i ritardi inutili se è necessario ripristinare le VM il più rapidamente possibile in caso di disastro. Assicurarsi che gli script automatici siano mantenuti correttamente. D’altra parte, le moderne soluzioni avanzate di protezione dei dati offrono funzioni di automazione integrate.
9. Determinare il criterio di conservazione e rotazione.
Questo criterio stabilisce la frequenza di creazione delle repliche delle VM e il loro tempo di conservazione. Le modifiche ai dati di replica delle VM vengono continuamente aggiunte al database delle modifiche di replica. Senza una pulizia periodica, il database crescerebbe in modo esponenziale, fino a consumare tutto lo spazio disponibile sul disco. Il periodo tra una pulizia e l’altra è chiamato ritardo di pulizia della replica. Il ritardo di eliminazione della replica predefinito è impostato nel software di protezione dei dati e varia da uno a più giorni.
Quando si stabilisce il criterio di conservazione e rotazione, considerare il ritardo di eliminazione della replica. Le modifiche più vecchie del ritardo di eliminazione vengono cancellate dal database delle modifiche di replica. Assicurarsi che il database delle modifiche di replica venga sottoposto a backup più spesso del periodo di ritardo di eliminazione della replica; in caso contrario, alcune modifiche potrebbero andare perse.
10. Scegliere la soluzione di replica VM e DR più adatta.
Se è necessario eseguire regolarmente la replica delle VM, è opportuno selezionare la soluzione più adatta alle esigenze specifiche dell’infrastruttura IT e al budget dell’organizzazione.
Quando si confrontano i prodotti di replica VMware vSphere attualmente disponibili sul mercato, è opportuno considerare le loro funzioni specifiche dal punto di vista sia della funzionalità che delle prestazioni. Ad esempio, alcuni prodotti utilizzano la replica sincrona delle VM (replica continua), mentre altri eseguono la replica semi-sincrona o asincrona delle VM. Sebbene la replica sincrona dei dati VMware sembri essere una scelta migliore per il failover delle applicazioni transazionali, la sincronizzazione completa utilizzata in una rete lenta può ridurre drasticamente le prestazioni. Al contrario, la replica asincrona VMware non ha quasi alcun impatto sulle prestazioni in questa situazione. D’altra parte, se il server primario si guasta, la replica asincrona delle VM VMware può comportare la perdita dei dati confermati.
Un altro aspetto da tenere in considerazione è la velocità della replica delle VM e delle operazioni di ripristino, poiché potrebbe essere necessario hardware ad alta capacità.
Sebbene la replica remota delle VM in una sede offsite o in un cloud mantenga i dati al sicuro, anche in caso di disastro che colpisce l’intero data center, è necessario assicurarsi che la rete dell’infrastruttura disponga della larghezza di banda richiesta.
VMware vSphere Replication con NAKIVO
NAKIVO Backup & Replication offre molte funzioni utili per rendere la replica VMware, così come la replica Hyper-V e persino la replica delle istanze AWS EC2 semplici e veloci. La soluzione NAKIVO supporta il tracciamento delle modifiche VMware per la replica incrementale, offre 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 dell’ambiente.
