Quando approfondiamo l’argomento, spesso ci rendiamo conto che i clienti sono confusi riguardo alle differenze tra snapshot, replica e backup. L’ho capito grazie a innumerevoli incontri commerciali, durante i quali ho avuto l’opportunità di fornire consulenza alle aziende sulle opzioni di archiviazione, protezione e Recovery dei dati delle loro applicazioni.
Snapshot per il ripristino operativo dell’account
Gli snapshot costituiscono il punto di partenza per la maggior parte delle discussioni sulla protezione e il ripristino dei dati. Uno snapshot può essere creato manualmente tramite la console AWS oppure in modo completamente automatizzato. L’automazione può essere pianificata tramite script o nell’ambito dello scheduler di un piano AWS Backup. Gli snapshot sono ottimi per la Recovery operativa; tuttavia, richiedono una serie di passaggi per essere convertiti in un volume o database utilizzabile. Un’altra limitazione è che gli snapshot non sono facilmente trasferibili tra account o regioni per la Recovery al di fuori dell’account o della regione. Anche il ripristino di un singolo file, di una directory o di un record di database da uno snapshot può risultare complesso, poiché richiede diversi passaggi e molto tempo per effettuare una Recovery così granulare.
Dal punto di vista della sicurezza, assicurati di proteggere i tuoi snapshot, poiché possono rappresentare uno dei tanti obiettivi che gli hacker cercano nei tuoi account. Gli snapshot possono essere consultati, copiati, trasformati in volumi o database e i dati sensibili in essi contenuti possono essere sottratti. Gli snapshot possono anche essere eliminati, il che comprometterebbe la vostra capacità di recupero o di soddisfare i requisiti di conservazione a lungo termine previsti dalla normativa. Per proteggere i vostri snapshot, copiateli in un account secondario altamente sicuro, preferibilmente al di fuori dei vostri account AWS di produzione.
Replica per il failover in caso di interruzione della produzione verso account o regioni alternativi
Un’altra strategia utilizzata per la protezione e la Recovery è la replica in tempo reale o quasi in tempo reale dei dati di produzione. Man mano che vengono apportati aggiornamenti ai dati di produzione, questi vengono trasferiti alle copie di replica presenti in altri account o regioni il più rapidamente possibile. Disporre di dati replicati è un’ottima strategia per effettuare rapidi failover verso una sede secondaria quando un disastro colpisce l’ambiente di produzione primario. Tuttavia, sono necessari un grande impegno e un’attenta pianificazione per poter mettere rapidamente in produzione un sito secondario. Le applicazioni devono essere distribuite su più account/regioni, la rete deve essere accessibile ai clienti ed è necessario dare priorità al funzionamento in un ambiente altamente sicuro.
Sebbene la replica sia un’ottima soluzione, esistono alcuni scenari in cui i dati replicati potrebbero risultare inutilizzabili. Se i dati vengono danneggiati, sono oggetto di ricatto informatico o vengono cancellati nella sede di origine, è probabile che si trovino nelle stesse condizioni anche nella sede secondaria. In questi casi, è necessaria una copia dei dati relativa a un determinato momento, conservata in un luogo sicuro, che possa essere ripristinata negli ambienti di produzione. Ecco perché, anche se si utilizza una soluzione di replica, è necessario disporre anche di una valida soluzione di backup nell’ambito dei piani di continuità operativa e di Recovery di emergenza.
Backup per il ripristino dei dati a partire da un momento in cui il sistema funzionava correttamente
Il backup è una terza strategia per la protezione dei dati. I backup programmati dei vostri set di dati importanti vi consentono di ripristinare i dati a uno stato precedentemente noto come corretto. Una soluzione di backup dovrebbe contribuire a garantire la sicurezza dei vostri backup, anche da cancellazioni intenzionali o accidentali… Nel cloud, ciò significherebbe inviare i vostri backup a un “bunker” o “cassaforte” separato da tutti gli altri vostri account. Anche questo account “bunker” dovrebbe essere altamente sicuro, con accessi limitati al minimo e una rete bloccata. La crittografia dovrebbe essere abilitata per i backup archiviati in questo account “bunker”. Quando arriva il momento del ripristino, assicuratevi di aver creato una procedura che vi consenta di trovare facilmente i backup necessari e di ripristinarli rapidamente. È inoltre importante poter effettuare il ripristino in modo rapido ed efficiente nell’account o nella regione in cui verranno ripristinate le applicazioni.
Clumio è una piattaforma SaaS che rientra nella categoria delle soluzioni di backup. Forniamo backup programmati da fonti di dati cloud quali Amazon S3, DynamoDB, RDS, EC2, EBS, SQL Server su Amazon EC2 e Microsoft 365. Configurate le pianificazioni di backup in base ai vostri obiettivi di punto di ripristino (RPO); un backup al giorno o più al giorno, la scelta spetta a voi. Un ulteriore vantaggio dei backup Clumio SecureVault è che sono fisicamente isolati dai vostri account. Clumio vi aiuta a proteggere e a mettere in sicurezza il vostro account, così non dovrete preoccuparvi di nulla. I vostri dati sono al sicuro con noi e possiamo aiutarvi a ripristinarli su qualsiasi account o regione. Eseguite il ripristino con la granularità che preferite: un file, un record di database, un singolo oggetto o istanze complete; la scelta è vostra.
Sintesi
Ogni strategia di protezione ha la sua ragion d’essere, ma non sono tutte uguali. Sebbene ci siano circostanze ed eccezioni a ogni regola, in linea di massima è possibile seguire queste linee guida semplificate:
- Utilizza le istantanee per un processo di Recovery rapido all’interno dei tuoi account di produzione.
- La replica serve a garantire aggiornamenti in tempo reale su un sito secondario, da utilizzare in caso di failover quando si verificano disastri che compromettono il servizio a livello regionale.
- I backup pianificati sono utili quando i dati subiscono un grave malfunzionamento ed è necessario ripristinarli a partire da un punto temporale in cui il sistema funzionava correttamente – ore o giorni prima.
Quando definisci la tua strategia di protezione, assicurati di approfondire le aspettative dei team aziendali che supporti. Sono proprio loro a subire le conseguenze della perdita di ricavi quando non dispongono dei dati necessari.
