Supponiamo che abbiate un gruppo di disponibilità (AG) di SQL Server nel vostro data center virtualizzato. Questo AG di SQL Server ospita numerosi database che supportano applicazioni mission-critical. Attualmente il volume totale dei dati mission-critical è pari a mezzo terabyte, ma è in rapida crescita. Siete preoccupati per la disponibilità di questo SQL Server, ed è proprio per questo che lo avete configurato fin dall’inizio come gruppo di disponibilità AlwaysOn. Inoltre, siete ben consapevoli che l’AG non protegge da malfunzionamenti del software, danneggiamenti dei dati e vulnerabilità di sicurezza; pertanto, desiderate eseguire il backup di quel mezzo terabyte altrove, preferibilmente in un ambiente fisicamente isolato dal sito di produzione. Nel malaugurato caso di perdita dei dati, qual è il miglior Recovery Time Objective (RTO) che il vostro fornitore di servizi di Backup and Recovery può offrirvi?
È probabile che sentiate i fornitori di soluzioni di backup per sistemi on-premise vantare i vantaggi del “ripristino istantaneo” per le macchine virtuali. L’RTO promesso va da pochi secondi a pochi minuti. Tuttavia, quando si tratta di riportare una macchina virtuale (VM) al suo livello operativo di produzione, non c’è nulla di “istantaneo” nel cosiddetto ripristino istantaneo.
Il cosiddetto “ripristino istantaneo” consiste nel fornire i file del disco della macchina virtuale dal sistema di backup tramite NFS e consentire a VMware vSphere di avviare la macchina virtuale a partire da tali file. È vero che il processo di avvio di una macchina virtuale dal backup in questo modo richiede solo pochi minuti. È vero che lo storage flash sui sistemi di backup può fungere da meccanismo di cache per le operazioni di I/O in scrittura. Tuttavia, affinché la VM sia operativa a livelli pari a quelli di produzione, l’amministratore della VM deve pianificare ed eseguire con attenzione lo Storage vMotion al momento opportuno. Questo processo migrerà i dischi della VM dallo storage di backup a quello di produzione mentre la VM è in esecuzione. Spesso vSphere limita la velocità di questo processo per non ostacolare il funzionamento della VM attiva. Ci vogliono diverse ore, se non addirittura un’intera giornata, prima che una VM di grandi dimensioni possa essere migrata e diventi operativa con prestazioni a livello di produzione. Alla faccia del termine “istantaneo” nel Recovery istantaneo!
Pertanto, nell’esempio sopra riportato relativo all’AG di SQL Server, i nodi devono essere serviti da un unico sistema di archiviazione di backup, il che va contro lo scopo stesso dell’AG. L’AG dovrebbe essere configurato con sistemi di archiviazione dedicati su ciascun nodo per garantire la disponibilità. In tal caso, il cluster AG avrebbe difficoltà a riavviarsi, poiché la sincronizzazione risulterebbe estremamente lenta a causa delle operazioni di lettura I/O provenienti dal sistema di archiviazione di backup. Si noti che l’AG non è disponibile durante questo periodo di tempo e quindi non esiste realmente un “ripristino istantaneo”. A peggiorare la situazione, l’AG funzionerebbe a singhiozzo mentre sarebbe necessario eseguire lo storage vMotion richiesto dal sistema di archiviazione di backup sovraccarico verso quello di produzione.
Il problema relativo al ripristino istantaneo non si esaurisce qui. Il backup si trova ancora nella stessa sede dell’ambiente di produzione ed è quindi esposto al rischio di perdita dei dati e a vulnerabilità di sicurezza. Non è possibile utilizzare lo storage cloud come destinazione di backup valida per il ripristino operativo da queste soluzioni. Inoltre, il ripristino istantaneo risulta inutile se si prevede di migrare i carichi di lavoro su VMware Cloud on AWS, poiché non è previsto il supporto per lo storage NFS di terze parti.
Clumio Rapid Recovery – RTO operativo superiore
Aiuta a garantire Backup and Recovery sicuri per i tuoi dati, ovunque sia necessario. Rapid Recovery è una serie di innovazioni di Clumio che consente rapidi ripristini operativi dal cloud, anche quando si proteggono carichi di lavoro on-premise. Grazie a Rapid Recovery con Clumio SaaS, nell’esempio riportato sopra sono bastati solo 5 minuti per ripristinare un ambiente SQL Server AG attivo con 500 GB di dati. Questo è il tempo impiegato per il ripristino end-to-end e per riportare i dati a uno stato pienamente operativo. Come ci siamo riusciti? Ci sono due innovazioni di Rapid Recovery che svolgono un ruolo chiave in questo contesto.
Reidratazione scalabile:
La reidratazione scalabile di Clumio elimina del tutto la penalizzazione in termini di prestazioni tipica dei sistemi tradizionali basati su “bricks” e “blocchi”. La reidratazione viene eseguita da Clumio utilizzando risorse di calcolo serverless e sfrutta la capacità di calcolo illimitata del cloud, eseguendo operazioni di I/O in parallelo su tutti i blocchi di interesse per una determinata richiesta. Il risultato: la velocità di ripristino del servizio di backup Clumio supera quella di un sistema di deduplicazione tradizionale collocato nel data center.
Tracciamento inverso dei blocchi modificati:
Quando si ripristina una macchina virtuale in produzione da un backup, in sostanza si sta cercando di tornare indietro nel tempo per raggiungere l’ultimo stato funzionante conosciuto. Il tracciamento inverso dei blocchi modificati di Clumio consente di fare esattamente questo senza dover ricorrere a un ripristino completo. Il servizio di backup di Clumio recupera i blocchi modificati (rigenerati tramite la reidratazione scale-out descritta in precedenza) e li applica direttamente nello storage di produzione per riportare la macchina virtuale a un punto temporale precedente. Il risultato: il tempo necessario per ripristinare una macchina virtuale dal servizio di backup di Clumio a un livello operativo di produzione è inferiore a quello richiesto per il ripristino dallo storage locale!
Queste due funzionalità di Rapid Recovery di Clumio eliminano TUTTE le limitazioni del Recovery istantaneo offerto dai fornitori tradizionali.
Riassumiamo i principali vantaggi per i clienti offerti dalla soluzione Rapid Recovery di Clumio:
- Non è richiesto alcun intervento umano: né l’amministratore del backup né l’amministratore della macchina virtuale devono eseguire alcuna operazione durante il backup o il ripristino per usufruire della funzione Rapid Recovery. Clumio SaaS rileva automaticamente se il punto di ripristino richiesto soddisfa i criteri di rollback e lo avvia automaticamente durante il ripristino.
- L’RTO è inferiore rispetto a quello del Recovery istantaneo: vengono trasferiti solo i dati necessari per il rollback della VM e il ripristino viene completato. Il tempo necessario per eseguire questa operazione è inferiore al tempo complessivo richiesto per eseguire il Recovery istantaneo seguito da Storage vMotion.
- Protezione contro la perdita di dati e il ransomware: a differenza delle soluzioni di backup tradizionali basate su hardware fisico in co-locazione, necessarie per un ripristino immediato, i backup Clumio sono fisicamente isolati dal vostro data center di produzione. Clumio vi aiuta a proteggervi dalla perdita del sito e dalle vulnerabilità a livello di sito.
- Vi prepara al passaggio a VMware Cloud on AWS: la funzione di Recovery istantaneo non funziona negli ambienti VMware Cloud on AWS poiché dipende dal protocollo NFS. Rapid Recovery vi offre la soluzione ideale durante la migrazione a VMware Cloud on AWS.
Vuoi provare Rapid Recovery? Contattaci.
