Il governo impone determinati requisiti. In particolare, con l’aumento di minacce quali malware e ransomware, le aziende dovrebbero adottare misure che diano priorità alla sicurezza. Determinare la tolleranza della propria organizzazione alla perdita di dati e il tempo di ripristino può ridurre al minimo o addirittura mitigare completamente le ripercussioni di una potenziale interruzione sui progetti o sulle applicazioni e sui database mission-critical. Ciò dovrebbe includere anche rivalutazioni periodiche che tengano conto delle minacce nuove ed emergenti ai dati e all’infrastruttura, consentendo all’organizzazione di rimanere operativa in caso di interruzione. Ma esaminiamo più da vicino il rapporto tra RTO e RPO.
Qual è la differenza tra RTO e RPO?
Il Recovery Time Objective (RTO) e il Recovery Point Objective (RPO) sono due dei parametri più importanti di una strategia efficace di disaster recovery. Affinché le aziende possano salvaguardare i propri progetti e soddisfare i requisiti di sicurezza previsti dalla normativa, è fondamentale comprendere il significato di ciascuno di essi, le modalità di calcolo e gli strumenti a disposizione per garantire il rispetto o il superamento di tali parametri.
Comprendere l’obiettivo di tempo di Recovery (RTO) e l’obiettivo di punto di Recovery (RPO)
Sebbene i concetti di RPO e RTO siano in qualche modo correlati, ciascuno di essi si riferisce ad aspetti completamente diversi del ripristino di emergenza nell’ambito di un piano di continuità operativa. Ecco come vengono definiti:
Obiettivo del tempo di ripristino (RTO)
L’RTO è il tempo massimo accettabile che un’organizzazione ha stabilito per riprendersi da un disastro, prima che il periodo di inattività provochi gravi conseguenze dovute a un’interruzione della continuità operativa.
Ad esempio, supponiamo che un’organizzazione soggetta a regolamentazione governativa abbia stabilito un RTO di cinque ore e si trovi ad affrontare un evento che provochi il blocco della propria infrastruttura. In tal caso, dovrà ripristinare il funzionamento della propria infrastruttura entro le cinque ore previste, prima che il periodo di inattività causi gravi problemi alle proprie operazioni e/o ai propri progetti.
Obiettivo del punto di ripristino (RPO)
Il termine RPO indica il periodo di tempo che può trascorrere durante un evento disastroso prima che la quantità di dati persi superi la soglia massima stabilita dai requisiti di sicurezza governativi previsti dal piano di continuità operativa. In altre parole, qual è la quantità di dati che è consentito perdere prima che la perdita di dati comprometta effettivamente le operazioni o gli utenti finali?
In genere, i backup dei dati di un’organizzazione vengono eseguiti automaticamente in base alla pianificazione dei backup che è stata impostata. Ad esempio, supponiamo che un’organizzazione esegua automaticamente il backup dei propri dati ogni 10 ore e che in seguito subisca un’interruzione del servizio della durata di otto ore. Poiché la durata dell’interruzione non ha superato quella dell’ultimo backup dei dati
A questo punto, l’organizzazione ha raggiunto il proprio RPO ed è in grado di recuperare una quantità di dati sufficiente a riprendere le operazioni in modo accettabile, senza interruzioni né perdite significative. Ciò è fondamentale affinché le aziende possano soddisfare i requisiti di sicurezza stabiliti e garantire il regolare svolgimento dei propri progetti.
Differenze tra RTO e RPO
Sebbene l’RTO e l’RPO siano entrambi aspetti essenziali di un piano di continuità operativa, le principali differenze riguardano le rispettive finalità all’interno del piano.
L’RTO riguarda un ambito molto più ampio nell’ambito del disaster recovery, poiché coinvolge l’insieme delle operazioni, dei progetti e delle applicazioni dell’organizzazione, nonché il tempo per cui questa può continuare a funzionare durante un periodo di inattività prima che le sue operazioni, compreso il lavoro sui progetti, ne risentano. In confronto, l’RPO si concentra esclusivamente sui dati e sulla resilienza dell’organizzazione di fronte alla perdita di tali dati.
Come calcolare l’RTO
L’RTO di un’organizzazione dipende da diversi fattori, dalla natura della sua attività all’intera portata della sua infrastruttura.
Di seguito sono riportati alcuni passaggi generali che le organizzazioni utilizzano spesso per individuare con precisione un RTO:
- Stilare un elenco di tutti i sistemi e le applicazioni utilizzati dall’organizzazione nel corso delle normali attività operative, quindi individuare tutti i team e gli utenti finali che subirebbero disagi qualora tali sistemi e applicazioni subissero un’interruzione.
- Calcolare quali sarebbero le perdite nel caso in cui tali sistemi e applicazioni smettessero di funzionare, ad esempio in termini di mancato guadagno e di eventuali spese aggiuntive derivanti dall’impossibilità di accedervi.
- Se la vostra organizzazione gestisce i dati dei propri clienti, dovrete anche tenere conto dei contratti di servizio stipulati con i vostri clienti, che potrebbero influire sui tempi necessari per il recupero dei loro dati.
- Individuare tutte le applicazioni che potrebbero subire ripercussioni in caso di guasto del database.
- Prendete nota di eventuali servizi rivolti ai clienti che potrebbero diventare indisponibili e causare reazioni negative e possibili perdite finanziarie.
Dopo aver preso in considerazione tutte le applicazioni, valuta quale di esse causerebbe le perdite maggiori se non fosse disponibile, quindi utilizza il relativo tempo di Recovery come RTO di riferimento per la tua organizzazione. Se tutte le applicazioni hanno la stessa importanza, puoi calcolare la media di ciascun RTO e utilizzarla come valore di riferimento.
Come calcolare l’RPO
L’RPO di ogni organizzazione sarà unico e dipenderà da diverse variabili, soprattutto quando sono coinvolti più sistemi, applicazioni e progetti. Tuttavia, esistono fattori comuni legati ai requisiti di sicurezza governativi che dovrebbero essere presi in considerazione nel determinare quale sia il punto di ripristino effettivo, quali:
- La quantità massima di perdita di dati che la vostra organizzazione è in grado di gestire pur continuando a operare
- I costi previsti connessi a tale perdita di dati e all’eventuale indisponibilità dei servizi che ne deriva
- Il costo delle soluzioni di recupero dei dati
- Rispetto degli accordi sul livello di servizio (SLA)
- Conseguenze per i clienti e gli utenti finali
- Esigenze specifiche del settore e dei mercati verticali
Valutare questi fattori nel loro insieme può aiutare un’organizzazione, sia essa pubblica o privata, a individuare il livello accettabile di perdita di dati che sia anche in linea con il budget stanziato per il backup dei dati. Ciò contribuirà a determinare la frequenza con cui effettuare il backup dei dati e a definire un RPO concreto, garantendo sicurezza e continuità in qualsiasi circostanza.
Cos’è più importante, l’RTO o l’RPO?
L’RTO e l’RPO sono entrambi componenti essenziali di qualsiasi piano di continuità operativa, ma uno è davvero più importante dell’altro? Questo dibattito in corso è fondamentale per le aziende che mirano a mantenere i propri protocolli di sicurezza rispettando al contempo i rigorosi requisiti stabiliti dal governo.Non esiste una risposta oggettiva, poiché le esigenze specifiche di ciascuna organizzazione — sia in termini di processi interni che di esperienza dell’utente finale — sono sempre determinate dai servizi offerti, dal settore in cui opera e dalla rete o comunità a cui si rivolge. Ciascuna di queste categorie richiede un’applicazione diversa della tecnologia e i dettagli complessi di ogni processo variano di conseguenza.
Raggiungere o superare gli RTO e gli RPO con Clumio
Disporre di un piano di Recovery efficace è sempre fondamentale per garantire la continuità operativa. Ciò è particolarmente importante in una comunità basata sulla tecnologia, in cui i dettagli relativi al funzionamento di hardware e software sono strettamente interconnessi e fondamentali per le operazioni.
Questi piani mirano a garantire la continuità operativa della vostra organizzazione in caso di interruzioni causate da attacchi informatici, cancellazioni accidentali, guasti hardware o problemi ricorrenti legati all’hosting cloud. Questa preparazione, resa possibile dalle tecnologie più avanzate, prevede sempre la definizione di valori RTO e RPO realistici.
Le funzionalità di ripristino rapido di Clumio consentono di ripristinare rapidamente i dati dalla sua piattaforma di protezione dei dati cloud-native. Offrendo la possibilità di ripristinare un’intera istanza, nonché di recuperare in modo granulare singoli file, record o caselle di posta, Clumio ottimizza il processo di recupero dei dati per aiutarti a rispettare o ridurre al minimo i tuoi RTO esistenti. Questa tecnologia consente un ripristino della rete senza interruzioni, contribuendo a ridurre l’impatto delle interruzioni dell’attività.
Con Clumio Protect è possibile implementare politiche globali in tutto l’ambiente AWS per eseguire il backup delle applicazioni con la giusta frequenza, contribuendo a soddisfare gli SLA di Recovery e i requisiti di conformità. Inoltre, il motore di ottimizzazione dei backup di Clumio Discover offre reportistica avanzata e una visibilità più approfondita sullo stato attuale e storico dei backup AWS. Questa tecnologia offre alle organizzazioni la possibilità di determinare il numero adeguato di snapshot necessari per soddisfare il proprio RPO, evitando al contempo i costi superflui derivanti dalla creazione e dall’archiviazione eccessiva e non necessaria di snapshot. Queste informazioni dettagliate rappresentano una risorsa preziosa per la comunità degli utenti AWS.
Fissate un appuntamento per una demo e vi mostreremo come Clumio, leader nel settore delle tecnologie di Recovery, consenta un recupero più rapido dei dati dei carichi di lavoro AWS quali EC2, EBS, RDS, DynamoDB, ecc.
Cogli questa opportunità per entrare in contatto con la nostra comunità di utenti soddisfatti.
