Che cosa è RTO / RPO ridefinito: La corsa a zero.

postato in: Articles | 0

  • Domanda n. 1: È tecnicamente possibile ottenere l’obiettivo del tempo di recupero (RTO) e l’obiettivo del punto di recupero (RPO) a zero o quasi a zero?
    • Risposta: Sì.

  • Domanda #2: Vuoi davvero?
    • Risposta: Forse no.

Aspetta, perché non dovresti ottenere RTO e RPO a zero o vicino a zero?,

Comprensione di RPO e RTO

Le organizzazioni IT ben gestite utilizzano le best practice di protezione dei dati per valutare il rischio di perdita di dati e stabilire politiche di resilienza IT (ITR) per garantire la continuità aziendale. CIO e responsabili IT devono iniziare con una comprensione comune di ciò che è RPO e RTO in storage, per quanto riguarda il backup e disaster recovery.

Recovery Point Objective (RPO) e Recovery Time Objective (RTO) sono due dei parametri più critici di un piano di protezione dei dati e di una strategia di disaster recovery., Queste misurazioni sono correlate e necessarie all’applicazione e alla disponibilità dei dati. Nonostante le loro somiglianze, RPO e RTO servono scopi diversi e sono dotati di metriche diverse.

  • Obiettivo del punto di recupero = Rischio dati. RPO si riferisce alla quantità massima accettabile di perdita di dati che un’applicazione può subire prima di causare danni misurabili all’azienda.
  • Obiettivo del tempo di recupero = Tempo di inattività. RTO indica quanti tempi di inattività un’applicazione sperimenta prima che ci sia una perdita di business misurabile.,


Per gentile concessione di Enterprise Storage di Christine Taylor

Obiettivi di recupero

Tutti sanno che la posta elettronica è un’applicazione business-critical che può essere disponibile solo per un’ora o più prima che la maggior parte delle aziende registrerà la perdita di produttività. (I reclami dei dipendenti sono un’altra storia.) Tuttavia, un database delle transazioni dei clienti potrebbe non essere disponibile per meno di due minuti prima di dimostrare danni finanziari e reputazionali.,

  • RPO Esempio: Se l’ultima copia disponibile dei dati durante un’interruzione è di 18 ore fa e l’RPO per questa attività è di 20 ore, allora siamo ancora all’interno dei parametri dell’RPO della politica di resilienza IT. L’RPO risponde quindi alla domanda: “Fino a che punto nel tempo il recupero potrebbe procedere in modo accettabile, dato il volume di dati persi durante quel periodo?,”
  • RTO Esempio: se il tuo RTO è di cinque ore, il che significa che la tua azienda può sopravvivere ai tempi di inattività per questo intervallo, allora la tua politica ITR dovrà garantire alti livelli di preparazione per garantire che i sistemi possano essere recuperati rapidamente. Al contrario, se l’RTO è di due settimane, è possibile sviluppare diversi piani di protezione dei dati per raggiungere la disponibilità dei dati.

È consigliabile abbinare il tempo di ripristino e gli obiettivi puntuali (RTPO) alla priorità dell’applicazione. Per rare applicazioni mission-critical, ridurre al minimo il rischio può richiedere zero / quasi zero RPO e RTO-nonostante la spesa.,

Perché Zero costi RTPO

Il modo migliore per ottenere zero / vicino a zero RPO e RTO è il mirroring sincrono. Funziona scrivendo in modo sincrono I/O dal supporto di memorizzazione primario a un secondo sistema con mirroring e aspettando il riconoscimento prima di scrivere il successivo set di I / O dal primario al sistema con mirroring. La copia secondaria viene quindi memorizzata in uno stato attivo per il ripristino immediato, si pensi ad alta disponibilità (HA) in un server cluster a doppio nodo.,

Questa configurazione ad alta intensità di elaborazione richiede sistemi di storage ad alte prestazioni e la massima larghezza di banda per ridurre al minimo l’impatto sulle prestazioni, che aggiunge gestione, tempo e costi. Livelli aggiuntivi come i sistemi di database, l’hardware e il software di clustering e le funzionalità di replica nativa del database aggiungono costi e complessità maggiori. Ogni livello richiede agli esperti IT di configurare, integrare e gestire all’interno dell’infrastruttura RTO/RPO.

Raggiungere zero / quasi zero in questo ambiente è possibile ma non facile., Tuttavia, la replica sincrona è l’opzione migliore per applicazioni transazionali e mission-critical elevate perché non richiede il movimento dei dati, la reidratazione o l’attesa. È un mezzo di grande successo e costoso per raggiungere obiettivi di recupero zero/quasi zero.

Invece di Zero, che ne dici di 15 minuti?

Che dire delle applicazioni business-critical allora? È eccessivo pagare zero / quasi zero RPO e RTO per la maggior parte delle applicazioni. Tuttavia, la durata media degli obiettivi di recupero è troppo lunga per le applicazioni business-critical.,

Diamo un’occhiata a due possibilità che dovrebbero coprire la maggior parte delle applicazioni aziendali: zero / quasi zero RPO e RTO per le applicazioni più mission-critical, e RTP e RPO di soli 15 minuti per tutto il resto che ha bisogno di brevi tempi oggettivi.

Se è possibile ottenere che RPO/RTO fino a 1 ora alle velocità più lente o 15 minuti al massimo, si otterrà tempi di recupero rapidi e messaggi per la maggior parte delle applicazioni. Secondo George Crump di Storage Switzerland, il “segreto” sono i recuperi sul posto per RTO e i backup dei blocchi di modifica per RPO.

  • RTO: ripristino sul posto., Le funzioni di ripristino sul posto funzionano recuperando rapidamente i dati di backup dai dispositivi di backup, senza dover ricostituire i dati dal formato di backup. La larghezza di banda può essere un ostacolo e determinerà quanto velocemente funziona, quindi assicurati che la tua infrastruttura possa supportare il backup remoto o cloud. Otterrai l’RTO più veloce memorizzando nella cache i dati di backup attivi in locale per il ripristino sul posto.
  • RPO: modifica i backup dei blocchi. Eseguendo il backup solo dei blocchi modificati, è possibile eseguire backup frequenti senza influire sulle prestazioni della rete., Ciò significa che la quantità di dati tra i backup è minima, consentendo RPO molto più bassi.

Dovrai comunque assegnare una frequenza di backup dei blocchi e decidere i dati prioritari nella cache, quindi non tutti gli RPO o RTO saranno 15 minuti o meno. Tuttavia, è certamente possibile ottenere 15 minuti con le applicazioni che ne hanno bisogno, e un’ora o meno per il resto ad un prezzo molto ragionevole.

Per gentile concessione di Veeam.

Quanto tempo e dati possono risparmiare un’azienda?, Un sondaggio Veeam su RPO e RTO, “Utilizzo di Veeam nella nuova Race to Zero: Customer Survey Results”, ha riferito che gli intervistati hanno ridotto i tempi di ripristino del 77% e risparmiato 10,2 ore all’anno di downtime nei loro ambienti virtuali. Secondo IDC, le aziende hanno un costo medio di $100.000 per ora di inattività. L’indagine sui clienti di Veeam dimostra che le nuove tecnologie RPO e RTO offrono migliori obiettivi di recupero a un costo molto inferiore.,

RTPO prossimi passi

Ci sono on-demand nuvole che offrono-up un ambiente fai da te, e poi ci sono fornitori di servizi cloud personalizzati che possono fare tutto — senza i costi nascosti. Un’indicazione che il fornitore fa tutto è che sono disposti a fornire DRaaS e SLA personalizzati per soddisfare una politica di resilienza IT. Se il cloud di backup e ripristino dei dati non è in grado di farlo, è necessario rivedere il piano di protezione dei dati per ottenere una soluzione personalizzata per fornire metriche RPO e RTO misurabili, affidabili e ripetibili.,

Il cloud di KeepItSafe è raro nella sua capacità di fornire il supporto, l’esperienza e l’agilità necessarie per fornire backup cloud, DRaaS e resilienza IT. Che tu sia una piccola impresa, una società di mid-market o un’impresa Fortune 1000, KeepItSafe ha le funzionalità di backup e ripristino che soddisferanno le tue esigenze specifiche. E meglio di tutti, si può sperimentare tutte le caratteristiche di risparmio di costi e vantaggi di risparmio di tempo di KeepItSafe iniziando con una prova di 30 giorni.,

I lettori di questo post del blog sono interessati anche a questo webinar:

Come creare un grande piano di disaster recovery

Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *