Esecuzione della replica per il ripristino di emergenza: procedura dettagliata completa

& Al giorno d’oggi, i clienti hanno poca pazienza per qualsiasi interruzione nella fornitura dei servizi, indipendentemente dal motivo. Ad esempio, se state visitando il sito web dell’azienda A alla ricerca di un servizio particolare e questo servizio non è disponibile, è probabile che visiterete il sito web di un concorrente dell’azienda A in grado di fornire i servizi richiesti al suo posto. Nel frenetico mondo odierno, un’interruzione significativa dell’attività commerciale rischia fortemente di danneggiare la fedeltà dei clienti.

In altre parole, i tempi di inattività possono comportare quanto segue:

• Perdita di profitti
• Danni al vostro marchio
• Rapporti problematici con clienti e partner
• Problemi con la catena di fornitura
• Problemi legali, ecc.

Questi risultati possono essere dovuti alla mancanza di disponibilità di servizi e dati critici per l’azienda, ed è proprio a questo che serve la replica: aiutarti a evitare del tutto i tempi di inattività o almeno a ridurne al minimo l’impatto. Il ripristino di emergenza (DR) non riguarda solo la replica per il ripristino di emergenza e, allo stesso modo, la replica non viene eseguita solo per il ripristino di emergenza, ma anche per la sincronizzazione, l’integrazione, il consolidamento e la migrazione dei dati.

Ensure Availability with NAKIVO

Meet strict requirements for service availability in virtual infrastructures. Achieve uptime objectives with robust DR orchestration and automation features.

DISCOVER SOLUTION

Per ripristinare la vostra infrastruttura IT o almeno le sue parti più critiche dopo un disastro, la vostra organizzazione ha bisogno di una ubicazione alternativa che memorizzi i vostri dati replicati e che possa essere utilizzata come sito di failover. Una ubicazione alternativa è necessaria per il ripristino da disastri che minacciano le condizioni operative o addirittura l’esistenza fisica del vostro sito principale. Il ripristino di emergenza consiste nella creazione di copie esatte dei dati, all’interno di un’unica ubicazione o tra una ubicazione principale e una ubicazione alternativa. La replica per il ripristino di emergenza dovrebbe essere costante e continua poiché, in caso di disastro, è necessario eseguire il failover dei processi IT critici per l’azienda più recenti al software e all’hardware DR entro un periodo di tempo accettabile.

Sebbene attualmente la replica su cloud stia diventando sempre più popolare, l’uso di siti fisici alternativi rimane molto diffuso. I due tipi principali di siti fisici sono l’hot site e il cold site. Un hot site è una copia del data center primario, contenente le stesse apparecchiature, lo stesso software e lo stesso hardware, quindi se l’ubicazione primaria non è operativa, l’hot site può diventare immediatamente un punto di failover. Come potete immaginare, il suo costo è corrispondentemente elevato. Un cold site, invece, è solo uno spazio senza hardware e software installati, ma che contiene le linee di alimentazione e di comunicazione necessarie.

Fattori che minacciano la continuità operativa della vostra azienda e richiedono il ripristino di emergenza

Una miriade di fattori minaccia l’infrastruttura IT della vostra organizzazione e la sua continuità operativa. Alcuni di essi sono lievi e relativamente frequenti (interruzioni non pianificate di segmenti dell’infrastruttura), altri sono catastrofici, ma è corretto considerarli tutti come disastri di diverso livello di gravità. Proviamo a classificarli in modo generico:

1. Catastrofi naturali. Si tratta di eventi naturali su cui nessuno ha alcun controllo. Prevedibili o imprevedibili, sono devastanti e causano caos e distruzione a tutto ciò che incontrano sul loro cammino, che potrebbe includere anche l’ubicazione fisica della vostra organizzazione. Alluvioni, uragani, eruzioni vulcaniche, tornado e terremoti potrebbero non rappresentare un fattore di rischio nella vostra zona, ma le condizioni meteorologiche estreme sono una minaccia ovunque. Le minacce legate alla civiltà appaiono e scompaiono; dobbiamo sempre prendere precauzioni per evitare le conseguenze peggiori causate dai disastri naturali.
2. I disastri causati dall’uomoincludono atti di sabotaggio, terrorismo, spionaggio industriale, vandalismo, ecc. Anche la negligenza e gli errori involontari rientrano tra questi fattori di rischio.
3. Eventi nazionali e internazionalicome guerre, scioperi e altre manifestazioni di instabilità politica possono distruggere la sede fisica della vostra organizzazione.
4. I guasti e le minacce legati alla tecnologia e al softwareincludono interruzioni di corrente, malfunzionamenti hardware e perdita di dati, nonché fattori di natura dolosa come virus, ransomware e attacchi informatici.

Nel mondo odierno, le infrastrutture IT stanno diventando sempre più universalmente virtualizzate, il che ha contribuito all’efficacia complessiva del ripristino di emergenza. Ecco perché il software di replica per il ripristino di emergenza contemporaneo è più efficace e conveniente che mai, consentendo di creare e effettuare l’orchestrazione di flussi di lavoro di ripristino di emergenza completamente automatizzati e di ottenere RTO e RPO accettabili.

Tra le metriche DR, è necessario tenere conto dei seguenti aspetti quando si configura la replica:

• Obiettivo di tempo di ripristino (RTO)serve a misurare il tempo accettabile per un processo di ripristino o, in altre parole, il tempo che ci si può permettere di perdere prima che l’organizzazione riprenda a fornire i propri servizi.
• Obiettivi di punto di ripristino(RPO)si riferisce al grado di aggiornamento che devono avere i file da recuperare. Se le applicazioni mission-critical sono molto dinamiche e al loro interno avvengono molte transazioni, è necessario recuperarle immediatamente. Altrimenti, si rischia di perdere molte transazioni e, di conseguenza, il denaro che avrebbero generato.
• Il tempo di ripristino del lavoro (WRT)indica quanto tempo dovrebbe impiegare l’azienda per verificare l’integrità dei dati ripristinati.
• Tempo massimo di inattività tollerabile (MTD)misura il tempo che l’azienda può concedersi per il ripristino di emergenza senza subire gravi perdite e conseguenze negative.

Di seguito è riportata una serie di caratteristiche di replica che dovrebbero essere prese in considerazione nella scelta di una soluzione di replica per il Ripristino di emergenza per la propria organizzazione.

Replica sincrona e asincrona

Durante la replica sincronai dati vengono scritti su un oggetto dati di destinazione e contemporaneamente sull’origine corrispondente, consentendo di raggiungere gli obiettivi RTO e RPO più bassi possibili.Questo tipo di replica per il ripristino di emergenza è preferibile per applicazioni transazionali di fascia alta e cluster ad alta disponibilità che richiedono un failover istantaneo. Il client software che scrive i dati riceve la conferma della scrittura solo dopo che i dati sono stati salvati sia nell’archivio primario che in quello secondario.

Sebbene un oggetto e la sua replica siano mantenuti sincronizzati, ciò crea latenza e rallenta l’applicazione sincronizzata, occupando larghezza di banda e creando un sovraccarico generale. Se si utilizza una ubicazione di storage alternativa, esiste anche la possibilità che questa venga disconnessa. Tuttavia, la replica sincrona consente di eseguire il failover al sito secondario quasi istantaneamente e senza perdita di dati.

Durantela replica asincrona, i dati vengono scritti su un oggetto dati di destinazione solo qualche tempo dopo essere stati scritti sull’origine corrispondente. La replica di ripristino di emergenza dei dati avviene a intervalli prestabiliti (una volta al minuto, ogni dieci minuti, ogni ora, ecc.), secondo una pianificazione prestabilita. Si tratta di una buona scelta se la larghezza di banda della rete non è in grado di supportare la pressione della replica sincrona, ovvero se la velocità di modifica dei dati mission-critical supera costantemente la velocità di trasferimento al sito di failover.

Replica basata su file e replica basata su blocchi

Un file system memorizza i file su determinati blocchi del disco. Un file può essere memorizzato su blocchi sparsi su tutto il disco. Ecco perché quando un processo di replica basato su file legge il file, deve “correre” sul disco per trovare i pezzi sparsi del file da leggere. Questo “correre” richiede molto tempo. Questa perdita di tempo può essere evitata tramite la replica basata su blocchi, che trasferisce alla ubicazione di destinazione non i file modificati, ma i blocchi modificati, leggendo i blocchi nell’ordine in cui sono situati sul disco. Pertanto, a parità di altre condizioni, è preferibile optare per una soluzione DR che esegua la replica basata su blocchi.

Replica completa e replica incrementale

Replicare continuamente l’intero volume dei dati è irragionevole e poco pratico. Tuttavia, è necessario eseguire una replica completa all’inizio. Come risultato di questa replica completa, viene creata una replica esatta dell’oggetto di origine. Quindi, è possibile avviare la replica incrementale, il che significa che solo le modifiche ai dati vengono copiate nel sito di failover (modifiche a livello di blocco, se si utilizza la replica basata su blocchi). Attualmente, tutte le soluzioni DR avanzate , come NAKIVO Backup & Replication, consentono di eseguire la replica incrementale per il ripristino di emergenza.

Replica coerente con le applicazioni

Se la replica per il ripristino di emergenza è coerente con le applicazioni, acquisisce lo stato dei dati delle applicazioni in memoria e delle operazioni I/O. Ciò consente di evitare la perdita di dati sull’applicazione. Le applicazioni replicate rimangono transazionalmente coerenti, il che significa che non si bloccheranno quando vengono eseguite sul sito di ripristino di emergenza.

Replica per il ripristino di emergenza con NAKIVO Backup & x Replica per VMware

Se state cercando la migliore soluzione di backup di VMware per il tuo ambiente, prova NAKIVO Backup & Replication. La nostra soluzione di protezione dei dati senza agenti fornisce backup incrementali basati su immagini e coerenti con le applicazioni e replica per macchine virtuali VMware, nonché macchine virtuali Hyper-V e istanze di EC2. Come accennato in precedenza, mostreremo come eseguire la replica delle VM utilizzando come esempio una VM VMware. Per gli ambienti virtuali VMware, la replica in NAKIVO Backup & Replication presenta le seguenti funzioni (molte delle quali sono disponibili anche per Microsoft Hyper-V e AWS EC2):

• La modalità coerente con le applicazionigarantisce che Microsoft Exchange, Microsoft Active Directory, Microsoft SQL e alcune altre applicazioni svuotino i dati in memoria e le transazioni I/O sul disco prima dell’inizio del ripristino di emergenza. Le applicazioni replicate in questa modalità sono crash-inconsistent, il che significa che possono funzionare senza errori se si verifica un disastro e le repliche devono essere accese.
• Comodaautomazione della replica tramite criteri. Attraverso i criteri, è possibile automatizzare completamente la replica delle VM. Una policy è costituita da regole basate su dimensioni, tag, nome, ubicazione ecc. della VM. Un processo basato su criteri funziona con tutte le VM corrispondenti alle regole impostate, individua automaticamente queste VM man mano che compaiono nell’infrastruttura e le aggiunge ai processi di replica.
• La conservazione dei punti di ripristino è flessibile, consentendo di avere 30 punti di ripristino, noti come snapshot delle VM. Utilizzando lo schema di rotazione Grandfather-Father-Son, è possibile creare punti di ripristino giornalieri, settimanali, mensili e annuali.
• La funzioneVerifica degli screenshotconsente di verificare se le repliche sono in stato operativo. Grazie a questa funzione, in caso di disastro non si avranno “piacevoli” sorprese come repliche VM danneggiate e piene di errori.
• Per i dati con RTO non impegnativi, ovvero per i dati replicati in modo asincrono, è possibile replicare non le VM di produzione, ma i lorobackup. Ciò contribuisce a alleggerire il carico delle risorse IT principali.
• Per le repliche delle VM, è possibile scegliere di crearedischi con provisioning sottile, indipendentemente dai dischi utilizzati dalle VM di produzione. Se un disco è sottile, solo i dati e le applicazioni occupano la sua dimensione e non contiene spazio inutilizzato.
• La funzione di replica del nostro prodotto può essere utilizzata nel contesto della funzioneRipristino dell’ambiente, che consente di effettuare l’orchestrazione e l’automatizzazione di flussi di lavoro DR complessi. Tramite la funzione di ripristino dell’ambiente, è possibile integrare la replica, il failover pianificato o di emergenza, il failback e altre operazioni in un unico processo che può essere avviato con un clic!
• I dati di swap (file di swap su sistema operativo Windows e partizioni di swap su sistema operativo Linux) possono essere esclusi dalle repliche delle VM, aumentando così la velocità di replica e risparmiando spazio di archiviazione.
• Trasferimento dei dati senza LANvelocizza notevolmente la replica tramiteAggiunta a caldoeAccesso diretto SANSe NAKIVO Backup & Replication vengono eseguiti su un server con accesso agli archivi dati delle VM, grazie alla funzioneAggiunta a caldofunzione, leggere i dati delle VM da questi archivi dati, tramite lo stack I/O di storage, e, nel processo, bypassare lo stack TCP/IP dell’host. La funzioneDirect SAN Accessconsente invece di leggere i dati direttamente da uno storage SAN tramite Fiber Channel o ISCSI, aumentando la velocità di replica e alleggerendo il carico sulla rete di produzione.
• Se si utilizza Microsoft Exchange o Microsoft SQL Server, NAKIVO Backup & Replication puòtroncare i log delle transazioni del server, in modo che non occupino troppo spazio sul server.
• Tramite la funzioneAccelerazione di reteè possibile aumentare la velocità di replica fino a 2 volte. Per utilizzare questa funzione, è sufficiente installare Transporter aggiuntivo onsite o offsite.
• L’installazione di Transporter aggiuntivi consente inoltre dieffettuare la crittografia dii dati replicati durante il trasferimento e una volta raggiunta la repository di destinazione.
• TramiteMulti-Tenancyfunzione che consente di fornire Replication-as-a-Service, è possibile creare fino a 100 tenant isolati e i clienti possono utilizzarli per eseguire la replica e altre attività di propria iniziativa.
• La funzione di limitazione della larghezza di banda Advanced Bandwidth Throttlingconsente di limitare la larghezza di banda per i processi di replica, in modo che non sovraccarichino la rete.
• Se è necessario risparmiare tempo e alleggerire la rete, è possibile prima trasferire (seed) una replica VM su un supporto rimovibile e quindi spostarla in una nuova posizione. Successivamente, sarà necessaria solo la replica incrementale. NAKIVO Backup & Replication può utilizzare il tracciamento delle modifiche proprietario integrato e il tracciamento delle modifiche di VMware per eseguire la replica incrementale delle VM (backup).
• È possibile installare NAKIVO Backup & Replication su dispositivi NAS e replicare i dati tra di essi, godendo di prestazioni e velocità migliorate.

Come creare un lavoro di replica VMware con NAKIVO Backup & Replication

Di seguito, mostreremo come creare un lavoro di replica VM per un ambiente VMware in NAKIVO Backup & Replication & Replication.Il processo è semplice e intuitivo, come potrete vedere voi stessi.

Nell’interfaccia utente principale di NAKIVO Backup & Replication & Replication, clicca suCrea, quindi scegliVMware vSphere replication job(a seconda del tuo ambiente, puoi anche scegliere) Processo di replica Amazon EC2oppureProcesso di replica Microsoft Hyper-V).

Successivamente, seguire i passaggi descritti di seguito.

1. Nella faseSourcedella procedura guidata Nuovo processo di replica per VMware vSphere, selezionare una VM o un intero contenitore di VM da replicare e fare clic suAvanti.

2. Nella faseDestinazione, per la replica, selezionare un contenitore di destinazione, un archivio dati di destinazione e una cartella della VM. Successivamente, fare clic suAvanti.

3.  Nella faseReti, abilita e configura il mapping di rete se si trova sul sito di destinazione (DR), poiché le VM utilizzano reti diverse rispetto al sito principale. Una volta fatto ciò, fare clic suAvanti. In alternativa, è possibile saltare questo passaggio e fare clic suAvanticontemporaneamente.

4. Nella faseRidefinisci IPÈ possibile configurare la routine di modifica dell’IP se le VM utilizzano IP diversi nel sito di destinazione (DR) rispetto al sito principale. È possibile creare una regola di ridefinizione IP o utilizzarne una esistente. Successivamente, fare clic suAvanti. È anche possibile saltare questo passaggio facendo clic suAvanticontemporaneamente.

5. Nella fasePianificadovresti trovare un modo molto comodo per pianificare il tuo lavoro di replica. Puoi controllareNon pianificare, esegui on demandse si tratta di un lavoro di replica una tantum o se non sei ancora sicuro dei dettagli specifici della tua pianificazione. InPianifica n. 1, puoi scegliereEsegui quotidianamente/settimanalmente(ovvero, determinati giorni della settimana),Esegui mensilmente/annualmente(ovvero, determinati mesi dell’anno),Esegui in modo periodicooppureEsegui dopo un altro lavoro.Se scegliEsegui dopo un altro lavoro, dovresti selezionare, ad esempio, il lavoro Z e configurare, ad esempio, se desideri che il tuo lavoro corrente venga eseguito immediatamente dopo Z o meno e se deve essere avviatoDopo esecuzioni riuscite,Dopo esecuzioni non riuscite, oDopo esecuzioni arrestate.È anche possibileAggiungi un’altra pianificazione(#2, #3, ecc.) eMostra calendarioper tua comodità. Un’altra opzione di configurazione èIn vigore da, che determina il giorno in cui la pianificazione del processo di replica diventa attiva.

Assicurati che l’intervallo di replica corrisponda all’RPO massimo per la VM che replichi.

6. Nella faseRetentionè possibile impostare fino a 30 punti di ripristino da conservare (al termine di un processo di replica,NAKIVO Backup & Replicationdovrebbe creare un punto di ripristino della VM replica). ConNAKIVO Backup & Replication, è possibile utilizzare uno schema di conservazione tradizionale Grandfather-Father-Son, ideale, dal punto di vista della DR, per l’archiviazione di repliche e backup.

7. Nella faseOptionsè possibile impostare tutte le opzioni rimanenti, automatizzando al massimo e fornendo sfumature al proprio lavoro di replica. È possibile assegnare un nome al lavoro di replica e impostarlo in modalità coerente con le applicazioni, modificare il tracciamento delle modifiche, l’accelerazione di rete, la crittografia, la verifica della VM, il tipo di disco utilizzato per la replica (disco sottile o quello utilizzato dalla VM replicata), troncamento dei registri, utilizzo dello script, Modalità di trasporto, limitazione della larghezza di banda, ecc.

8. Dopo aver configurato tutte le opzioni, fare clic suTerminaoTermina & Esegui(se si desidera che il processo venga eseguito immediatamente). Una volta creata la replica, è pronta per il processo di DR.

Come creare un lavoro di ripristino dell’ambiente con NAKIVO Backup & Replication & Replication

Il lavoro di replica appena creato può essere parte di un complesso flusso di lavoro DR automatizzato reso possibile dalla funzioneRipristino dell’ambiente. Con l’aiuto di questa funzione, è possibile organizzare azioni e condizioni in algoritmi DR completi su misura per determinate situazioni e scopi (ad esempio, interruzione di corrente, prevenzione dei disastri, ecc.).

Ecco come integrare il processo di replica in un flusso di lavoro DR tramite la funzione Site Recovery:

1. Nell’interfaccia utente principale di NAKIVO Backup & Replication & Replication, fare clic suCreate, quindi selezionareLavoro di ripristino dell’ambiente.

2. Si aprirà la procedura guidata Nuovo lavoro di ripristino dell’ambiente. Nella procedura guidataAzioni, selezionareEsegui lavori.

3. È possibile visualizzare la finestraEsegui lavori, in cui è possibile scegliere i lavori di replica, compreso quello appena creato. Dopo aver scelto un lavoro e averlo configurato, fare clic suSave.

4. IlAzionipassaggio si aprirà nuovamente. In questo passaggio, è ora possibile scegliere azioni aggiuntive da includere nel flusso di lavoro complesso di ripristino di emergenza oppure fare clic suAvanti. Successivamente, seguire le istruzioni della procedura guidata Nuovo lavoro di ripristino dell’ambiente fino a quando non è stato creato il lavoro di ripristino dell’ambiente.

Considerazioni finali

Il nostro prodotto è in grado di proteggere il tuo ambiente virtuale da tempi di inattività imprevisti e catastrofi grazie a opzioni di replica e backup per il ripristino di emergenza basate su blocchi e coerenti con le applicazioni. Tramite politiche basate su regole, è possibile automatizzare e orchestrare i processi di replica per il ripristino di emergenza, integrandoli in flussi di lavoro complessi e completi. È possibile velocizzare i processi di replica tramite l’Accelerazione di rete e il tracciamento delle modifiche e garantire, tramite la verifica della VM, che le repliche siano in stato operativo. Le funzionalità e il prezzo diNAKIVO Backup & Replication sono tra i migliori sul mercato.

Per provarlo di persona e testare NAKIVO Backup & Replication nel tuo ambiente fisico, virtuale o cloud, scaricala versione di prova gratuita completamente funzionante oggi stesso!

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.

Try for Free