Strategia di replica sincrona vs. asincrona
& & & & Il mondo degli affari moderno si espande ogni secondo, il che significa che vi è una quantità sempre crescente di dati vulnerabili che devono essere protetti. In caso di disastro, ogni azienda deve disporre di una serie di strategie di ripristino per proteggere e ripristinare il prima possibile i processi mission-critical. Da qui nasce l’esigenza della replica remota, che implica l’invio dei dati business-critical offsite per un storage affidabile e un ripristino rapido.
Che cos’è la replica remota?
La replica remota è una parte essenziale della protezione dei dati e del ripristino. In precedenza, la replica veniva utilizzata principalmente per copiare e archiviare i dati delle applicazioni in sedi remote. Tuttavia, con il tempo, questa tecnologia si è notevolmente ampliata. Attualmente, la replica consente di creare una copia sincronizzata di una VM su un host di destinazione remoto. La copia della VM è denominata replicae funziona proprio come una normale VM disponibile su un host di origine. Le repliche delle VM possono essere trasferite ed eseguite su qualsiasi hardware compatibile. Possono essere avviate in pochi secondi in caso di guasto della VM originale. Questa tecnologia può ridurre significativamente i tempi di inattività e mitigare i potenziali rischi aziendali e le perdite associate ai disastri.
Prima di eseguire un processo di replica, è necessario considerare i seguenti fattori:
- Distanza : maggiore è la distanza tra i siti, maggiore sarà la latenza.
- Larghezza di banda — la velocità di Internet e la connettività di rete devono essere sufficienti a garantire una connessione avanzata per un trasferimento dati rapido e sicuro.
- Velocità di trasmissione dati — la velocità di trasmissione dati deve essere inferiore alla larghezza di banda disponibile, in modo da non sovraccaricare la rete.
- Tecnologia di replica — i lavori di replica devono essere eseguiti in parallelo (contemporaneamente) per un uso efficiente della rete.
Questi fattori aiutano a definire quale tipo di replica è preferibile quando si ha a che fare con un tipo specifico di disastro.
Strategie di replica sincrona e asincrona
Si possono distinguere due tipi principali di replica dei dati: sincrona e asincrona.
Replica sincrona
In questo caso, i dati vengono replicati in una posizione remota secondaria contemporaneamente alla creazione o all’aggiornamento di nuovi dati nel data center primario. Ciò consente un ripristino quasi istantaneo, che permette di mantenere le repliche dei dati con un ritardo di pochi minuti rispetto al materiale di origine. In sostanza, sia l’host che le fonti di destinazione rimangono completamente sincronizzati, il che è fondamentale per il successo del ripristino di emergenza (DR).
Dato che i dati sono atomicamente aggiornati in più ubicazioni remote, le prestazioni e la disponibilità della rete ne risentono. Le operazioni atomiche sono definite come una sequenza di operazioni che devono essere completate senza interruzioni prima che possa essere eseguita un’altra attività. Nel contesto della replica sincrona, ciò significa che la scrittura termina solo quando sia l’storage locale che quello remoto ne confermano il completamento. In questo modo è garantita una perdita di dati pari a zero, ma le prestazioni complessive risultano rallentate.
Replica asincrona
In questo caso, la replica non viene eseguita contemporaneamente alle modifiche apportate nell’archivio primario. I dati vengono replicati solo in periodi di tempo prestabiliti (ad esempio ogni ora, ogni giorno o settimanalmente). La replica può essere archiviata in una posizione DR remota, poiché non è necessario sincronizzarla in tempo reale con la posizione primaria.
Con la replica asincrona, i dati non vengono aggiornati in modo atomico in più posizioni, il che significa che l’applicazione procede con la scrittura di dati che non sono ancora stati completamente replicati. Pertanto, una scrittura è considerata completa non appena l’archivio locale la conferma. Con la replica asincrona, le prestazioni e la disponibilità della rete vengono migliorate senza influire sulla larghezza di banda. Ciò è dovuto al fatto che le repliche non vengono aggiornate in tempo reale. Lo svantaggio è che, in caso di disastro, il sito DR potrebbe non contenere le modifiche più recenti, con la conseguente perdita di alcuni dati critici.
Sincrona vs. Replica asincrona: principali differenze
| Sincrona | Asincrono | |
| Distanza | Funziona meglio quando le ubicazioni sono vicine (le prestazioni diminuiscono in proporzione alla distanza). | Funziona su distanze maggiori (purché sia disponibile una connessione di rete tra i data center). |
| Costo | Più costoso | Più conveniente |
| Recovery Point Objective (RPO) | Zero | Da 15 minuti a poche ore |
| Obiettivo di tempo di ripristino (RTO) | Short | Breve |
| Reti | Richiede una maggiore larghezza di banda ed è influenzato dalla latenza; può essere influenzato da interruzioni WAN (poiché il trasferimento dei dati replicati non può essere posticipato). | Richiede una larghezza di banda inferiore e non è influenzato dalla latenza; non è influenzato da interruzioni WAN (poiché la copia dei dati può essere salvata nel sito locale fino al ripristino del servizio WAN). |
| Perdita di dati | Zero | Possibile perdita degli aggiornamenti più recenti dei dati. |
| Resilienza | Un singolo guasto potrebbe causare la perdita del servizio; virus o altri componenti dannosi che causano il danneggiamento dei dati potrebbero essere replicati nella seconda copia dei dati. | La perdita del servizio può verificarsi dopo 2 guasti. |
| Prestazioni | Bassa (attende il riconoscimento di rete dall’ubicazione secondaria). | Alta (non attende il riconoscimento di rete dall’ubicazione secondaria). |
| Gestione | Potrebbe richiedere hardware specializzato; Supportato da array di storage basati su blocchi di fascia alta e prodotti di replica basati su rete. | Maggiore compatibilità con altri prodotti; Supportato da prodotti di replica basati su array, rete e host. |
| Casi d’uso | La soluzione migliore per il ripristino di emergenza in caso di disastri e per progetti che non ammettono alcuna perdita di dati. | La soluzione migliore per lo storage di dati meno sensibili e per il ripristino di emergenza in caso di disastri di progetti che tollerano una perdita parziale di dati. |
Qual è la soluzione migliore: replica sincrona o replica asincrona?
Non esiste una risposta chiara a questa domanda; la scelta dipende interamente dalle priorità aziendali. La replica asincrona funziona meglio con progetti che coprono lunghe distanze e hanno un budget minimo. È adatta anche alle aziende che possono permettersi una perdita parziale dei dati. D’altra parte, la replica sincrona viene eseguita quando è necessario un storage affidabile e a lungo termine e l’azienda non può permettersi di perdere dati critici. È utile quando gli RTO e gli RPO sono brevi.
Tuttavia, esiste una via di mezzo: è possibile utilizzare entrambe le strategie di replica sincrona e asincrona, a diversi livelli di Infrastruttura. Ad esempio, la replica sincrona può essere utilizzata per trasferire e garantire la sicurezza dei dati su una rete locale (LAN), mentre la replica asincrona invia i dati critici a un sito DR remoto.
Replica in NAKIVO Backup & Replication & Replica
Modalità di replica
Replica vSphere in NAKIVO Backup & La replica è sempre incrementale. La prima replica copia l’intera VM, ma i successivi processi di replica salveranno solo le modifiche apportate ai dati nella replica (incrementi). Inoltre, dopo ogni processo di replica, viene creato un punto di ripristino che fa riferimento a tutti i blocchi di dati necessari per il ripristino della VM. Questa modalità di replica garantisce un carico di rete ridotto e consente di risparmiare il tempo che altrimenti sarebbe necessario per i processi di replica completa.
Piattaforme compatibili
NAKIVO Backup & Replication offre una rapida implementazione su varie piattaforme hardware e software:
- VMware VA. The preconfigurated VMware virtual appliance can be easily downloaded and then imported into VMware vSphere.
- NAS. Installando NAKIVO Backup & Replication & Replication direttamente su un dispositivo NAS, è possibile creare il proprio appliance di backup VM.
- AWS AMI. NAKIVO Backup & Replication può essere distribuito nel cloud Amazon come Amazon Machine Image (AMI) preconfigurata.
- NAKIVO Backup & Replication può essere installato su una macchina fisica o virtuale che esegue Linux con un solo comando.
- NAKIVO Backup & Replication può essere installato su una macchina fisica o virtuale con sistema operativo Windows con un solo clic.
Funzioni di replica
Uno snapshot cattura lo stato di un sistema in un determinato momento. Con NAKIVO Backup & Replication, le repliche delle VM vengono create tramite snapshot delle VM, che vengono utilizzati per recuperare i dati attuali delle VM. Ogni volta che viene eseguito un processo di replica, viene acquisita una snapshot temporanea della VM, vengono identificati i dati modificati e tutti gli aggiornamenti vengono aggiunti alla replica. Al termine del processo, la snapshot viene eliminata.
Tracciamento delle modifiche
NAKIVO Backup & Replication si affida a VMware CBT (Changed Block Tracking) e Hyper-V RCT (Resilient Change Tracking) per identificare e copiare le modifiche apportate in una VM dall’ultima replica. Questa tecnologia migliora significativamente la velocità dei processi di replica. Se CBT e RCT non sono disponibili, NAKIVO Backup & Replication utilizza un metodo di tracciamento delle modifiche proprietario integrato.
Supporto delle applicazioni in tempo reale
NAKIVO Backup & Replication & Replication è una soluzione coerente con le applicazioni. Le VM vengono utilizzate per eseguire tutti i tipi di applicazioni business-critical, tra cui Microsoft Exchange, Active Directory, SQL, SharePoint, ecc. Per questi programmi con input e output frequenti, è essenziale garantire che i dati delle applicazioni siano sempre coerenti, soprattutto quando viene eseguito un processo di replica. Pertanto, quando viene creata una snapshot, le applicazioni all’interno della VM memorizzano tutte le transazioni nella memoria per non interrompere le operazioni in esecuzione.
Protezione dei contenitori
NAKIVO Backup & La replica facilita la protezione delle VM critiche consentendo di organizzarle in contenitori, come pool di risorse, cartelle o cluster. È possibile aggiungere un intero contenitore a un particolare lavoro di replica. È possibile aggiungere o rimuovere facilmente elementi dal contenitore, e le modifiche vengono automaticamente riportate nei relativi processi di replica. La funzione è flessibile; è anche possibile escludere determinate VM in un contenitore da un processo di replica. In questo caso, l’intero contenitore viene protetto ad eccezione delle VM escluse.
Verifica degli screenshot
Questa funzione consente di verificare automaticamente che la replica della VM sia stata completata con successo. Non appena un processo di replica termina, la rete nella replica viene disabilitata e questa replica viene momentaneamente accesa per acquisire uno screenshot. La replica viene quindi spenta nuovamente e riportata al punto di ripristino più recente. L’utente riceve un rapporto via e-mail con uno screenshot del sistema operativo avviato a scopo di test.
Raggruppamento dei lavori
NAKIVO Backup & Replication consente di organizzare i lavori di replica in gruppi (cartelle) in modo da disporre applicazioni, servizi e ubicazioni in strutture logiche. Inoltre, è possibile eseguire facilmente azioni collettive per tutti i lavori o per quelli selezionati di un gruppo.
Report automatici
Se desideri essere informato sullo stato dei tuoi lavori di replica, NAKIVO Backup & Replication può inviarti notifiche tramite report automatici via e-mail, sia pianificati che su richiesta.
Pianificazione dei processi
NAKIVO Backup & Replication consente di configurare i processi di replica in modo che vengano eseguiti on demand o in base alla pianificazione (giornaliera, settimanale, mensile e annuale). È anche possibile impostare i lavori in modo che vengano eseguiti secondo una pianificazione personalizzata che soddisfi le specifiche esigenze aziendali, ad esempio ogni 20 minuti, ogni 5 giorni o il primo martedì di ogni mese. È inoltre possibile specificare le finestre temporali entro le quali un lavoro deve essere avviato e completato.
Replica VM di staging (Seeding)
La replica iniziale (completa) di VM di grandi dimensioni può richiedere molto tempo a causa delle loro dimensioni. Per accelerare il processo, NAKIVO Backup & Replication può eseguire la replica graduale delle VM. Questa funzione consente di trasferire (“seed”) prima le repliche iniziali delle VM su supporti rimovibili. Successivamente, tali repliche possono essere trasportate al nuovo sito, dove viene eseguito un nuovo processo di replica utilizzando le VM trasferite. Successivamente, viene eseguita solo la replica incrementale.
Punti di ripristino
Un punto di ripristino rappresenta una VM in un determinato momento, che viene poi utilizzato per il ripristino della VM. Con NAKIVO Backup & Replication, è possibile memorizzare fino a 30 punti di ripristino per ogni replica della VM. Il prodotto consente di archiviare i punti di ripristino in base ai criteri di conservazione Grandfather-Father-Son (GFS), come descritto di seguito. Questo metodo garantisce che i punti di ripristino delle repliche delle VM vengano salvati nel sito DR con frequenze designate (ad esempio, giornalmente, settimanalmente, mensilmente e annualmente).
- Conserva un punto di ripristino alla settimana per X settimane: l’ultimo punto di ripristino di ogni settimana viene archiviato per il numero di settimane specificato.
- Conserva un punto di ripristino al mese per X mesi: l’ultimo punto di ripristino di ogni mese viene conservato per il numero di mesi specificato.
- Conserva un punto di ripristino all’anno per X anni: l’ultimo punto di ripristino di ogni anno viene conservato per il numero di anni specificato.
- RTO e RPO: Un obiettivo di punto di ripristino (RPO) è il limite massimo di tempo entro il quale la VM deve essere ripristinata durante il DR. Definisce quindi la quantità di dati che può essere persa senza causare danni irragionevoli alla tua attività. La replica può aiutarti a soddisfare RPO più brevi, poiché i tuoi processi di replica possono essere eseguiti come desideri con le pianificazioni personalizzate che hai impostato per essi.
La replica delle VM può anche aiutarti a soddisfare obiettivi di tempo di ripristino (RTO) brevi. L’RTO è il periodo di tempo stabilito entro il quale le operazioni aziendali devono essere ripristinate dopo un disastro. Con la replica, la VM può essere ripristinata istantaneamente semplicemente accendendo la replica.
Casi d’uso
La replica delle VM può proteggere i servizi critici per l’azienda da una serie di problemi, tra cui quelli causati dalla perdita/guasto di VM critiche, dal guasto dell’host/archivio dati o da disastri naturali. La replica delle VM viene generalmente utilizzata quando i progetti operano con dati sensibili e/o non tollerano alcuna perdita di dati. La replica è appropriata in questi casi perché il ripristino delle VM può essere eseguito facilmente e quasi istantaneamente in caso di disastro.
La funzionalità di replica viene utilizzata nei seguenti casi d’uso:
- Ripristino di emergenza con replica
Utilizzando NAKIVO Backup & Replication & Replica, è possibile mitigare in larga misura gli effetti negativi dei guasti di sistema, come i tempi di inattività e la perdita di ricavi. Con la replica delle VM, è possibile ripristinare quasi istantaneamente un’intera VM utilizzando la sua replica, garantendo così l’alta disponibilità dei servizi aziendali.
- failover e failback
Quando un disastro mette fuori uso il database primario, la tua attività può subire gravi ripercussioni, a meno che tu non disponga di un piano di DR efficace. È qui che il failover si rivela utile. Il failover è il processo di passaggio da una VM di origine a una replica VM al fine di spostare i carichi di lavoro critici per l’azienda da un sito colpito a un sito DR.
Una volta ripristinato il sito primario, è possibile riportare le operazioni aziendali alla VM originale. Questo processo è chiamato failback e consente di sincronizzare i dati tra il sito primario e il sito di DR.
- Ripristino dell’ambiente
Con NAKIVO Backup & Replication, è possibile creare flussi di lavoro per il ripristino del sito (attività), che sono algoritmi personalizzati facilmente assemblabili per l’automazione e l’orchestrazione del processo di ripristino di emergenza. L’implementazione manuale di un piano per il ripristino di emergenza può essere un’attività che richiede molto tempo e risorse. Fortunatamente, NAKIVO Backup & Replication consente di organizzare le azioni in attività di ripristino del sito che possono essere eseguite con pochi clic. È possibile creare lavori di ripristino dell’ambiente speciali per gestire qualsiasi tipo di evento di DR.
Le seguenti azioni e condizioni possono essere incluse nei flussi di lavoro di ripristino dell’ambiente:
- Failover delle VM. Failover su una replica VM già creata.
- Failback delle VM. Trasferimento delle cargere di lavoro da una replica VM in un sito DR a una VM di origine in un sito di produzione.
- Avvio delle VM. Avvia una o più VM.
- Arresta le VM. Arresta una o più VM.
- Esegui i lavori. Esegui i lavori di protezione dei dati (backup, replica, ecc.) che hai già creato per le VM.
- Arresta i lavori. Arresta i lavori di protezione dei dati delle VM in esecuzione.
- Esegui script. Esegui il tuo script pre- o post-attività su un computer Windows o Linux.
- Collega repository. Collega un repository di backup.
- Scollega il repository. Scollega un repository di backup collegato.
- Invia e-mail. Ricevere notifiche per e-mail con i risultati dettagliati dopo il completamento di un’azione specifica.
- Attendere. Attendere un periodo di tempo definito prima di avviare l’azione successiva.
- Controlla condizione. Controlla se una risorsa esiste, se una risorsa è in esecuzione o se un IP/nome host è raggiungibile prima di procedere all’azione avanti.
Conclusione
Qualsiasi azienda può essere vittima di disastri imprevisti o guasti di sistema che possono compromettere l’integrità dei dati critici per l’azienda. Ciò rende assolutamente essenziale disporre di un piano di DR efficace nel mondo aziendale moderno, dove l’alta disponibilità e la continuità operativa sono fondamentali.
La replica può diventare uno strumento prezioso per il DR. Le strategie di replica sincrona e asincrona dovrebbero essere implementate in modo intelligente, a seconda delle priorità e delle esigenze aziendali. La replica asincrona è una strategia conveniente che richiede meno larghezza di banda e nessun hardware aggiuntivo. Può essere utilizzata per archiviare dati meno sensibili e trasferire dati su lunghe distanze. Sebbene la replica sincrona dipenda in larga misura dalla connessione di rete e dalla latenza, garantisce zero perdite di dati e consente di ripristinare istantaneamente le operazioni mission-critical.
NAKIVO Backup & Replication & Replication è una soluzione veloce e flessibile che può replicare le vostre VM in una o più posizioni remote per un’archiviazione affidabile. Con questa soluzione, potete semplicemente accendere le vostre repliche in caso di disastro, evitando così qualsiasi perdita di entrate e interruzioni prolungate.
