Backup su cloud ibrido: come le soluzioni di backup ibrido proteggono i dati aziendali

Che cos’è il backup su cloud ibrido?

Cosa significa “backup su cloud ibrido”?

Il backup su cloud ibrido è un approccio alla protezione dei dati in cui le copie dei dati aziendali vengono salvate sia su un’infrastruttura locale che su una sede di archiviazione cloud. I backup vengono in genere generati localmente, dove vengono testati e conservati a scopo di ripristino, prima di essere replicati sul cloud per garantire protezione off-site e ripristino di emergenza. Una strategia di archiviazione duale garantisce che le aziende non dipendano da un unico livello di archiviazione o da un’unica ubicazione geografica per mantenere l’integrità delle proprie informazioni.

Quali sono i principali modelli di architettura del backup su cloud ibrido?

Le architetture di backup su cloud ibrido tendono a seguire almeno uno dei tre modelli principali: gateway on-premise, tiering dei dati nel cloud o replica.

Il gateway on-premise implica un’appliance locale o un gateway virtuale posizionato tra i sistemi aziendali e il cloud per gestire l’acquisizione dei backup e il trasferimento sicuro dei dati senza che ogni carico di lavoro debba connettersi direttamente all’ambiente cloud.

Con il tiering dei dati nel cloud, i dati vengono spostati automaticamente tra l’archiviazione locale e quella nel cloud in base alla loro età o a una policy ad essi associata. I backup recenti rimangono generalmente in loco per consentire un ripristino più rapido; nel frattempo, i dati più vecchi vengono gradualmente spostati verso livelli di archiviazione cloud più economici dopo aver superato una soglia di anzianità prestabilita.

La copia dei dati di backup nel cloud quasi in tempo reale o secondo una pianificazione prestabilita è un processo di replica che crea una copia secondaria sincronizzata dei dati a supporto di un rapido failover e del ripristino di emergenza.

In che modo il backup ibrido differisce dal backup on-premise e da quello esclusivamente su cloud?

Il backup in loco archivia tutte le copie dei dati localmente, consentendo un controllo totale ma rendendo i dati vulnerabili in caso di qualsiasi interruzione in quella sede, che si tratti di danni fisici o di una violazione dei dati. Il backup esclusivamente su cloud elimina questo punto di errore conservando i dati aziendali in una sede distante dalla sede operativa; inoltre, dipende fortemente dalla velocità della connettività di rete per qualsiasi operazione di ripristino e, in genere, rende un’azienda molto più dipendente dai servizi di un fornitore terzo.

In caso di problemi locali, come un’interruzione di corrente o un guasto hardware di un dispositivo, i backup in loco potrebbero risultare del tutto inaccessibili, mentre l’archiviazione esclusivamente nel cloud potrebbe non essere recuperabile senza prima stabilire una connessione funzionante. Tuttavia, l’utilizzo combinato di archiviazione locale e remota aiuterebbe a superare entrambe le problematiche, distribuendo la responsabilità anziché concentrarla interamente su un unico approccio.

Backup in sede, solo su cloud e su cloud ibrido

Tutti e tre gli approcci presentano alcuni compromessi in termini di controllo, costi, resilienza, scalabilità e altri fattori:

Non c’è un vincitore evidente in questo ambito: le soluzioni on-premise sacrificano la sicurezza a favore della velocità e del controllo; quelle esclusivamente cloud sacrificano il controllo a favore della scalabilità e della ridondanza; e persino le soluzioni ibride cercano un equilibrio tra le due, assumendosi parte dei costi e della complessità di ciascuna opzione senza godere appieno dei vantaggi di nessuna delle due.

Quali sono i modelli di implementazione più comuni per il backup ibrido?

Un modello di backup ibrido, quando adottato dalle aziende, offre diversi approcci di implementazione tra cui scegliere, che dipendono in gran parte dalla quantità di risorse IT interne che un’azienda può destinare alla gestione del backup.

In un sistema autogestito, l’organizzazione è responsabile dell’hosting e della gestione del proprio software e hardware di backup, nonché del collegamento a un proprio account di archiviazione cloud dedicato. L’organizzazione, quindi, si occupa di tutta la configurazione, la gestione, il monitoraggio e la manutenzione — garantendo il massimo controllo ma comportando anche il maggior carico di lavoro.

Un modello gestito o “backup-as-a-service” prevede il coinvolgimento di un fornitore terzo che gestisce l’infrastruttura di backup, lo storage nel cloud pubblico o entrambi contemporaneamente. L’azienda paga per questi servizi invece di occuparsi direttamente delle attività di backup. L’onere della responsabilità quotidiana viene così tolto al personale IT interno, anche se si perde un certo controllo diretto sulle modalità di esecuzione e archiviazione dei backup.

Alcune aziende utilizzano invece un modello di colocation: trasferiscono le proprie apparecchiature fisiche in un data center di terze parti per migliorare la resilienza fisica, archiviando al contempo una copia separata dei propri dati nel cloud per garantire una protezione off-site. Le organizzazioni che desiderano adottare un approccio ancora più prudente nei confronti del rischio possono persino affidarsi a più soluzioni cloud nella propria configurazione ibrida, nel tentativo di evitare la dipendenza da un unico fornitore.

Nessuna di queste opzioni si esclude a vicenda e la maggior parte delle organizzazioni con infrastruttura ibrida utilizza diverse opzioni che meglio si adattano ai propri obiettivi.

Principali vantaggi e svantaggi comuni del backup su cloud ibrido

Sebbene i vantaggi delle soluzioni cloud ibride superino quelli derivanti dall’utilizzo di un’unica sede di archiviazione per tutto, esistono anche alcuni svantaggi.

Vantaggi:

• Disponendo di una copia locale dei dati in sede, i ripristini quotidiani non devono più dipendere dalla larghezza di banda di Internet o dai tempi di risposta di un fornitore esterno, riducendo così notevolmente il tempo impiegato per il ripristino dei dati.
• Poiché un furto o un guasto hardware presso la sede locale non cancella tutte le copie in una volta sola, il rischio di perdita totale dei dati è ridotto.
• Le informazioni a cui si accede frequentemente possono risiedere nell’archivio in loco, mentre i dati più vecchi o meno critici vengono gradualmente spostati in livelli di archiviazione cloud più economici, offrendo alle aziende una maggiore flessibilità nella gestione dei costi.
• Poiché l’archiviazione cloud è facilmente espandibile su richiesta, le organizzazioni non devono preoccuparsi eccessivamente della capacità dell’hardware fisico acquistato, rendendo più agevole la crescita aziendale.

Svantaggi:

• La gestione e la supervisione di due ambienti richiedono un maggiore coordinamento rispetto alla gestione di un’unica sede di backup, creando un’ulteriore complessità operativa.
• A differenza degli acquisti una tantum di hardware, i costi dello spazio di archiviazione cloud e le tariffe di esito continuano a tempo indeterminato; possono inoltre essere più difficili da prevedere, rendendo necessario un monitoraggio più accurato dei costi correnti.
• Sebbene l’approccio ibrido riduca i singoli punti di guasto, alcune vulnerabilità comuni (come le credenziali compromesse) possono comunque mettere a rischio entrambe le posizioni di archiviazione contemporaneamente se non vengono specificatamente protette.
• L’integrazione di un sistema di backup esistente in un ambiente ibrido richiede inoltre un tempo di preparazione concreto, poiché sia la parte locale che quella basata sul cloud devono essere configurate correttamente per coesistere e collaborare, anziché operare in modo indipendente.

A onor del vero, la maggior parte di questi svantaggi è perfettamente gestibile con una pianificazione e una preparazione adeguate; ecco perché i backup ibridi rimangono un’opzione comune per le aziende che mirano a bilanciare i costi con la resilienza.

Perché scegliere una soluzione di backup ibrida?

Perché scegliere il backup ibrido nel cloud invece di un backup esclusivamente on-premise o esclusivamente nel cloud?

Le aziende moderne non devono più scegliere tra controllo totale e resilienza completa — il principale compromesso tra i backup esclusivamente on-premise e quelli esclusivamente nel cloud. I backup on-premise implicano che un’azienda non possa ripristinare i dati finché la sede di archiviazione principale non è online. D’altra parte, optare esclusivamente per il cloud significa non poter ripristinare i dati in caso di interruzione della connessione di rete o di un malfunzionamento del fornitore di servizi di terze parti.

Le soluzioni di backup su cloud ibrido riescono a eludere completamente questa scelta, coprendo entrambe le esigenze contemporaneamente invece di privilegiare un punto debole a scapito dell’altro.

Ciò è particolarmente rilevante per le aziende per le quali un periodo di inattività prolungato non è un’opzione, ma che non possono giustificare il costo o il rischio di conservare tutto in un unico livello di archiviazione. Un modello ibrido, quindi, garantirebbe la velocità e la vicinanza necessarie per i backup quotidiani, fornendo al contempo misure di sicurezza off-site riservate a problemi che esulano dalle capacità del backup locale.

Scegliere un backup ibrido, in questo caso, non significa tanto puntare su una tecnologia superiore, quanto piuttosto evitare quella particolare modalità di guasto che deriverebbe da una delle due soluzioni estreme.

In che modo il backup ibrido bilancia prestazioni, costi e resilienza?

I backup ibridi offrono una via di mezzo tra questi tre fattori, non concentrandosi su uno solo di essi alla volta. L’archiviazione locale svolge la maggior parte del lavoro dal punto di vista delle prestazioni, poiché i dati archiviati localmente sono molto più facili da ripristinare rispetto a qualsiasi trasferimento in rete. L’archiviazione cloud gestisce l’aspetto dei costi, poiché solo una parte dell’intero pool di dati aziendali deve risiedere in costoso hardware locale. La distribuzione dei dati in due sedi è il modo in cui viene gestita la resilienza, in quanto nessun singolo guasto è in grado di mettere fuori uso entrambe le archiviazioni contemporaneamente.

Nessuno di questi vantaggi è gratuito, però: ogni beneficio deriva dal compromesso che altrimenti gli altri due comporterebbero.

Componenti chiave di un’architettura di backup ibrida

Quali servizi cloud sono tipicamente coinvolti nel backup ibrido?

I backup ibridi utilizzano in genere solo una manciata di tipi di risorse cloud, ciascuna delle quali svolge una funzione ben specifica:

• La maggior parte delle informazioni di backup replicate viene archiviata nell’object storage, poiché è progettato per scalare in orizzontale a basso costo pur rimanendo facilmente accessibile per un ripristino rapido.
• L’storage a freddo o di archiviazione conserva i file di backup più vecchi a cui si accede solo di tanto in tanto, ma che devono comunque rimanere disponibili per motivi di conformità o per il ripristino a lungo termine.
• Le API di backup e replica consentono al software on-premise di interagire direttamente con lo storage cloud per copiare automaticamente i nuovi backup ed eliminare qualsiasi necessità di intervento manuale.
• A controllare chi può leggere o modificare i dati di backup nel cloud sono i servizi di gestione delle identità e degli accessi, che contribuiscono contemporaneamente a migliorare la sicurezza e la conformità.

L’utilizzo simultaneo di tutte e quattro le categorie non è del tutto necessario per alcune implementazioni ibride. Inoltre, alcuni provider raggruppano persino tipi distinti in un unico servizio invece di offrirli singolarmente.

Come funzionano i livelli di orchestrazione e gestione nelle architetture ibride?

Alla base di tutti i diversi meccanismi per lo spostamento e l’archiviazione dei dati, un’implementazione di backup ibrida richiede un altro componente, qualcosa che faccia funzionare le parti on-premise e cloud come un’unica unità. Quel “qualcosa” è il livello di orchestrazione che pianifica i processi di backup, tiene traccia dei dati già replicati, applica le regole di conservazione e facilita le politiche di tiering in modo coerente in entrambi gli ambienti.

Gli strumenti di gestione di livello superiore, che si collocano al di sopra di questo livello, offrono un’unica dashboard centralizzata per il monitoraggio dei processi e la regolazione delle politiche, in modo che gli utenti non debbano controllare separatamente il software on-premise e la console cloud. Queste piattaforme possono persino sfruttare l’orchestrazione per automatizzare il failover, indirizzando qualsiasi richiesta di ripristino verso la copia del backup che può essere ricevuta più rapidamente.

Senza questo livello, una configurazione ibrida funzionerebbe essenzialmente come due routine di backup in gran parte indipendenti. Ciò aumenta la probabilità che si verifichino diverse lacune, che si tratti di operazioni di replica mancanti o di una conservazione incoerente.

Migliori pratiche per l’implementazione di una strategia di backup nel cloud ibrido

Il successo di una strategia di backup ibrida non dipende solo dalla tecnologia scelta. La parte più importante è l’applicazione coerente di alcune pratiche chiave, tra cui:

• Classificare i dati prima di decidere la loro posizione di archiviazione
• Definire in anticipo le aspettative di ripristino
• Crittografare i dati in entrambe le sedi
• Testare regolarmente i backup e i ripristini
• Mantenere le politiche coerenti per tutti

È un punto di partenza piuttosto sensato classificare i dati prima di decidere dove debbano effettivamente risiedere. Ovviamente, alcuni tipi di informazioni verrebbero trattati in modo diverso dagli altri: i dati di archiviazione o di conformità sono più adatti all’archiviazione nel cloud, mentre i file a cui si accede frequentemente è preferibile conservarli in un ambiente locale per motivi di praticità.

Stabilire fin dall’inizio le aspettative di ripristino è altrettanto importante; il tempo di ripristino richiesto per specifiche categorie di dati aiuta a distinguere ciò che dovrebbe rimanere in loco da ciò che va nel cloud.

Inoltre, è opportuno considerare la crittografia in entrambe le posizioni e non solo nell’archiviazione locale o solo in quella cloud. Una strategia ibrida che protegge i dati archiviati nel cloud ma lascia i backup locali non protetti si limita a spostare la vulnerabilità senza eliminarla.

Una lacuna comune viene colmata testando regolarmente sia i backup che i ripristini: il problema è che un backup completato con successo non garantisce che i dati vengano effettivamente recuperati quando necessario.

Le aziende dovrebbero inoltre mantenere le politiche coerenti per evitare ogni tipo di confusione. Assicurarsi che le regole di conservazione o i controlli di accesso siano gli stessi sia nell’ambiente locale che in quello cloud garantirebbe che tali ambienti non si disallineino gradualmente nel tempo.

Una strategia ibrida fallisce solitamente a causa dell’anello più debole del sistema, quindi nessuna di queste pratiche funziona bene se isolata dal resto.

Come funziona il backup ibrido: flusso dei dati e processi

Il processo di backup ibrido si svolge lungo un percorso prevedibile indipendentemente dagli strumenti utilizzati: i dati vengono preparati localmente, trasferiti nel cloud e quindi resi disponibili per il ripristino o il failover. I paragrafi seguenti spiegano singolarmente ciascuna parte del processo.

In che modo i dati vengono preparati, deduplicati e compressi prima del trasferimento?

Il processo di preparazione entra in gioco prima che qualsiasi dato lasci l’ambiente locale. I processi di backup vengono raccolti e conservati temporaneamente nell’archivio locale, anziché essere trasferiti immediatamente nel cloud una volta creati. Ciò consente al resto del processo di disporre di un insieme affidabile di dati su cui eseguire le operazioni ed evita inoltre di sovraccaricare costantemente la connessione di rete.

A questo punto, la deduplicazione elimina le informazioni ridondanti: se rileva blocchi o file interi identici in diversi backup, conserva solo una versione di quel blocco o file e utilizza segnaposto che rimandano alla prima versione ovunque si ripetano. Per un sistema con molti file simili o backup completi continui, ciò può ridurre notevolmente i requisiti di archiviazione.

I dati rimanenti vengono ulteriormente ridotti tramite compressione, utilizzando un metodo più efficiente di codifica delle informazioni, riducendone ulteriormente le dimensioni prima del caricamento. Queste due operazioni (deduplicazione e compressione) rendono la copia nel cloud di dimensioni molto più ridotte, pari solo a una frazione del valore totale dei dati in essa contenuti, il che si traduce direttamente in tempi di download più brevi e in costi di manutenzione dello spazio di archiviazione cloud più contenuti.

Come vengono trasferiti i dati in modo sicuro tra l’ambiente locale e il cloud?

Dopo che i dati sono stati preparati, deduplicati e compressi, vengono inviati al cloud tramite un canale crittografato utilizzando protocolli come TLS (Transport Layer Security), in modo che chiunque li intercetti durante il transito non sia in grado di decifrarli. Molti ambienti di backup ibrido crittografano anche i dati stessi prima che lascino la sede fisica, nella maggior parte dei casi con l’ausilio della crittografia AES, per proteggere anche la copia di backup locale.

Questo approccio end-to-end garantisce che i dati non rimangano mai in chiaro in nessuna fase del processo, dall’archivio locale fino alla destinazione nel cloud.

Come funzionano il ripristino e il failover negli scenari di backup ibrido?

Quando è necessario un ripristino, si verifica innanzitutto la presenza di un backup nell’archivio locale, da cui si procede al ripristino se possibile, poiché i dati locali hanno una velocità di recupero maggiore rispetto al cloud. Qualora il disco locale non fosse disponibile, il servizio di backup tenterà invece di eseguire il ripristino dal cloud. I sistemi moderni possono persino trasferire automaticamente le richieste di ripristino su un diverso tipo di archiviazione, senza alcun intervento umano.

Si consideri, ad esempio, il caso in cui un server di backup locale contenente il backup più aggiornato subisca un guasto hardware. Una configurazione ibrida può utilizzare gli stessi dati provenienti dall’archiviazione cloud senza dover attendere, in un ambiente non operativo, la sostituzione dell’hardware — mantenendo così possibile il ripristino anche in assenza di una delle opzioni di ripristino. Di solito, una volta sostituito l’hardware, i processi di backup riprendono a scrivere sull’archivio locale e le due copie tornano a essere sincronizzate poco dopo.

Quando una copia di backup ibrida può essere definita immutabile, “air-gapped” o logicamente isolata?

I termini “immutabile”, “air-gapped” e “logicamente isolata” sono tutti utilizzati per proteggere una copia di backup da modifiche o cancellazioni da parte di un malintenzionato o accidentali.

Un backup immutabile non può essere modificato o cancellato per un certo periodo di tempo una volta scritto. Ciò protegge sia da manomissioni non autorizzate che da cancellazioni accidentali.

Un backup air-gapped viene isolato dai sistemi che protegge, sia fisicamente che in rete. La definizione tradizionale di air-gapping implicava l’archiviazione su nastro offline, ma i moderni provider cloud offrono anche una soluzione di archiviazione equivalente all’air-gapping, accessibile solo tramite un percorso di accesso strettamente controllato.

Un backup isolato logicamente può rimanere nella stessa rete degli ambienti di produzione, ma ne rimane separato grazie a specifici controlli di accesso o autorizzazioni. Alcune organizzazioni utilizzano persino un sistema di autenticazione dedicato per rafforzare ulteriormente la separazione di questo backup dal resto dell’ambiente.

Immaginiamo una situazione in cui un ransomware comprometta la rete principale di un’azienda e inizi a diffondersi a cascata nei sistemi collegati. Un backup ospitato localmente sulla stessa rete potrebbe essere infettato insieme al resto dei dati, ma una copia nel cloud con “air-gap” o isolata logicamente, irraggiungibile con le normali credenziali compromesse, rimarrà intatta e potrà persino essere utilizzata a fini di ripristino.

Processo passo dopo passo: dalla creazione del backup locale alla replica nel cloud e al ripristino

1. Le informazioni vengono acquisite da un server o da un endpoint e quindi scritte in una destinazione di backup locale, sia su base programmata che su richiesta.
2. I nuovi dati di backup vengono conservati per un breve periodo prima di essere deduplicati e compressi per ridurre la quantità di dati inviati attraverso la rete.
3. Una connessione crittografata protegge il trasferimento dei dati verso l’archivio cloud da manomissioni, e alcuni sistemi crittografano i dati addirittura prima che questi lascino l’ambiente locale.
4. Una volta ricevuta la copia nel cloud, l’ambiente di archiviazione ne verifica l’integrità dei dati e la archivia secondo la politica di conservazione o di tiering applicabile.
5. I backup giornalieri vengono in genere forniti direttamente dalla copia locale, poiché questa tende ad essere l’opzione più veloce.
6. Qualora la copia locale diventasse indisponibile, danneggiata o irraggiungibile, il sistema passerà senza soluzione di continuità alla copia nel cloud.
7. Una volta risolto un guasto locale o un problema hardware, i nuovi backup vengono scritti localmente e le due copie tornano gradualmente a sincronizzarsi tra loro.

Quali guasti possono ancora influire sia sulle copie di backup locali che su quelle nel cloud?

Alcuni problemi possono ancora presentarsi negli ambienti che hanno distribuito i dati su due sedi, come problemi relativi alle credenziali, politiche di replica difettose, ransomware insidiosi o, il più imprevedibile di tutti, l’errore umano.

Le credenziali compromesse sono una causa di preoccupazione spaventosamente comune: se l’account compromesso può accedere sia all’archivio di backup on-premise che a quello nel cloud, l’autore dell’attacco potrebbe manomettere i dati in entrambe le sedi, rendendo inefficace la struttura ibrida. Una politica di replica configurata in modo errato potrebbe non essere così comune, ma è altrettanto pericolosa. Ad esempio, se una modifica errata alla configurazione o un backup incompleto vengono caricati sulla copia nel cloud prima che scatti un allarme, il problema si propagherà semplicemente a entrambi i tipi di archiviazione contemporaneamente.

Il ransomware in grado di diffondersi prima di essere rilevato rappresenta un rischio di altro tipo. Supponiamo che un’infezione da software dannoso si verifichi su un sistema endpoint e inizi a crittografare i dati mentre i backup stanno ancora sincronizzando attivamente gli stessi dati. In tal caso, la copia dei dati danneggiata o crittografata potrebbe facilmente propagarsi nell’archivio cloud. L’errore umano potrebbe essere, a questo punto, il problema più annoso praticamente in qualsiasi settore. Nei backup ibridi, l’eliminazione o la sovrascrittura accidentale dei dati a livello locale può portare alla sincronizzazione di tali dati con la copia nel cloud quasi immediatamente, specialmente negli ambienti che utilizzano già una replica rapida e automatica.

Una combinazione di tempistiche e accesso condiviso è il filo conduttore che accomuna queste modalità di guasto. Non si tratta di problemi legati alle posizioni di archiviazione in sé, poiché le soluzioni di backup ibrido sono efficaci nel proteggerle. Questi problemi derivano da ciò che i backup ibridi non coprono di per sé: una corretta gestione delle credenziali, un monitoraggio regolare, una convalida coerente e altri mezzi per individuare guasti non legati alla posizione.

Come garantire la sicurezza e mantenere la conformità per i dati sottoposti a backup in un ambiente cloud ibrido?

In che modo le soluzioni di backup ibrido proteggono i dati in transito e inattivi?

Le connessioni crittografate utilizzano protocolli come TLS per proteggere i dati in transito, il che significa che se i dati vengono intercettati durante il trasferimento, non possono essere letti. Allo stesso modo, i dati inattivi sono protetti mentre risiedono sui sistemi locali o nel cloud, nella maggior parte dei casi tramite una forma di crittografia AES.

Nel complesso, ciò significa che i dati sono sempre protetti, indipendentemente dallo stato in cui si trovano.

In che modo le aziende possono soddisfare i requisiti normativi e di conformità di settore con il backup ibrido?

Sia i diversi settori industriali che le diverse regioni del mondo impongono i propri requisiti su come i dati di backup devono essere archiviati, protetti o recuperati; i backup ibridi possono supportarne la maggior parte se configurati in modo appropriato. Alcuni degli esempi più comuni sono:

• Il GDPR (UE) richiede l’applicazione di determinate misure di protezione dei dati personali dei cittadini dell’UE e la possibilità di cancellarli in modo granulare su richiesta, influenzando la struttura dei backup e la durata della loro conservazione.
• I’HIPAA (settore sanitario statunitense) richiede che i dati dei pazienti siano sicuri e recuperabili, rendendo praticamente obbligatorie, tra gli altri requisiti, le copie di backup fuori sede.
• PCI DSS (dati delle carte di pagamento) prevede requisiti specifici in materia di crittografia e controllo degli accessi per qualsiasi ambiente in cui siano archiviati dati finanziari rilevanti, compreso lo spazio di archiviazione dei backup.
• SOX (società quotate negli Stati Uniti) richiede che determinati documenti finanziari siano conservati per un numero specifico di anni in modo inalterabile, il che si avvicina molto al concetto di archiviazione immutabile dei backup.

Per la maggior parte, soddisfare questi requisiti si riduce alle stesse poche pratiche consigliate: crittografare i dati ovunque siano archiviati, controllarne l’accesso e conservarli per tutto il tempo richiesto dalla normativa specifica.

Quali criteri di crittografia, gestione delle chiavi e controlli di accesso dovrebbero adottare le soluzioni di backup su cloud ibrido?

La crittografia deve proteggere i dati sia in transito che inattivi, come già menzionato, ma la questione del possesso delle chiavi di crittografia è ancora più importante. Se un’azienda gestisce autonomamente le proprie chiavi di crittografia anziché affidarne la gestione a un provider cloud, ha la possibilità di rendere illeggibili i dati di backup anche nel caso in cui l’intero sistema del provider fosse già stato compromesso.

Ciò solleva anche un’altra questione pratica per la quale è opportuno prepararsi: se la chiave di crittografia viene smarrita o gestita in modo errato, i dati di backup che protegge potrebbero diventare illeggibili in modo permanente; pertanto, le procedure di backup e ripristino delle chiavi sono importanti tanto quanto la crittografia stessa.

Per quanto riguarda l’accesso, i sistemi di backup devono utilizzare credenziali separate e autorizzazioni basate sui ruoli, diverse da quelle applicabili ai normali account utente, al solo scopo di garantire che la compromissione di un sistema non conceda automaticamente l’accesso ai backup.

Vale inoltre la pena separare chi può configurare o eliminare i backup da chi può solo visualizzarli e ripristinarli, poiché si tratta di livelli di rischio completamente diversi che potrebbero rientrare nella stessa autorizzazione.

Prestazioni, latenza e obiettivi di ripristino

In che modo le soluzioni ibride aiutano a soddisfare gli RTO e gli RPO?

L’obiettivo di tempo di ripristino (RTO) misura la rapidità con cui un’azienda deve tornare operativa dopo un guasto di qualsiasi tipo.

L’obiettivo di punto di ripristino (RPO) rappresenta il volume accettabile di perdita di dati, misurato come tempo trascorso dall’ultimo backup.

Una soluzione di backup ibrida offre RTO rigorosi grazie a una copia locale disponibile per un ripristino rapido, mentre gli RPO rigorosi sono possibili grazie alla frequente replica dei dati sul cloud, che riduce al minimo il divario tra l’ultimo backup e un guasto. Qualsiasi azienda con requisiti di ripristino rigorosi potrebbe potenzialmente utilizzare entrambe le soluzioni: l’archiviazione locale per la velocità e la replica sul cloud per ridurre la perdita di dati.

In che modo la memorizzazione nella cache locale e il tiering influiscono sulla velocità di ripristino?

Le posizioni di archiviazione dei dati variano notevolmente e tale posizione influisce direttamente sul tempo necessario per ripristinare quei dati. Le informazioni più recenti o a cui si accede frequentemente risiedono solitamente nel livello di archiviazione più veloce e accessibile, spesso memorizzate nella cache locale per essere prontamente disponibili per il ripristino in qualsiasi momento. I dati più vecchi e meno importanti vengono spostati nel tempo in un’archiviazione più lenta ed economica, sacrificando la velocità di ripristino a favore di un costo di archiviazione inferiore.

Esiste una correlazione diretta tra i tipi di dati e i relativi tempi di ripristino:

• I dati più recenti (memorizzati nella cache) vengono recuperati rapidamente, spesso in pochi minuti, poiché non devono prima essere trasferiti attraverso la rete.
• I dati che sono stati spostati in un livello di archiviazione cloud richiedono più tempo per il ripristino a causa dei tempi di recupero e trasferimento.
• Tra questi tre tipi, i dati d’archivio o quelli conservati in archiviazione a freddo richiedono il tempo più lungo per il recupero, principalmente perché lo storage sottostante privilegia il basso costo sopra ogni altra cosa.

Qualsiasi azienda che abbia requisiti significativi in termini di velocità di ripristino per determinati tipi di dati deve tenerne conto nelle proprie scelte su cosa mantenere in un livello veloce, locale o in cache e cosa possa essere trasferito nel tempo in uno storage più lento.

Cosa è ancora possibile ripristinare quando il provider cloud o la connessione di rete non sono disponibili?

Qualunque cosa accada alla connessione cloud o al provider, una copia locale dei dati rimarrà ripristinabile perché non è affatto collegata al cloud. È uno dei vantaggi più concreti di un livello di archiviazione locale come alternativa al mantenimento dell’archiviazione aziendale esclusivamente nel cloud.

Ciò che risente di un’interruzione del cloud o di altri problemi sono i dati che dipendono esplicitamente dal lato cloud: dati che sono già stati trasferiti in un livello esclusivamente cloud o un backup la cui replica non è ancora stata completata. Tutti questi dati rimangono indisponibili finché la connessione o il provider non tornano disponibili, anche se continuano a esistere nel cloud, sani e salvi.

Ad esempio, se un’azienda perde la connessione a Internet per diverse ore a metà giornata, i suoi backup creati di recente saranno al sicuro in uno storage locale o in una cache, coprendo le esigenze di ripristino quotidiane. Purtroppo, il ripristino di file più vecchi che erano già stati trasferiti in un livello cloud sarebbe possibile solo al ripristino della connessione, poiché il file in questione semplicemente non esiste più a livello locale.

Ciò evidenzia perché le scelte relative ai livelli di archiviazione non riguardano solo il loro costo: potrebbero esserci alcuni dati aziendali a cui si accede raramente ma che potrebbero essere necessari con urgenza, giustificando la loro archiviazione in un livello più veloce o più disponibile localmente rispetto al cloud.

Costi, licenze e costo totale di proprietà

Come si confrontano i costi iniziali e ricorrenti delle soluzioni di backup su cloud ibrido con quelli di altri approcci?

Il backup su cloud ibrido offre costi iniziali per l’hardware molto inferiori rispetto a un’implementazione di backup on-premise, poiché le aziende devono acquistare solo la capacità fisica necessaria per i dati a cui si accede rapidamente e non una copia completa di tutto. Tuttavia, l’opzione ibrida potrebbe rivelarsi più costosa in termini di costi ricorrenti, poiché le tariffe di archiviazione nel cloud continuano a maturare a tempo indeterminato invece di rappresentare un acquisto una tantum.

Lo svantaggio dei backup ibridi rispetto a un’opzione puramente cloud risiede in un costo iniziale più elevato per l’hardware locale, che deve comunque essere acquistato e mantenuto. D’altra parte, i costi ricorrenti favoriscono le opzioni ibride in questo confronto, poiché solo una parte dei dati aziendali viene archiviata nel cloud e quindi è possibile cavarsela con un canone di abbonamento inferiore.

Quali fattori di prezzo dovreste considerare per l’archiviazione cloud e il traffico in uscita?

È raro che il prezzo dell’archiviazione cloud si riduca a un unico, semplice numero, poiché il costo totale è determinato da un’ampia gamma di fattori, tra cui la quantità di dati archiviati, la loro classificazione in livelli e la frequenza con cui è necessario accedervi.

In che modo la deduplicazione, la compressione e le politiche di conservazione dei dati possono ridurre i costi?

La deduplicazione e la compressione riducono entrambe la quantità complessiva di dati che devono essere trasmessi e archiviati. L’archiviazione nel cloud viene solitamente fatturata in base al volume dei dati, quindi ridurre tale volume comporta anche una riduzione della fattura. Un volume inferiore non solo significa pagare meno per l’archiviazione nel cloud, ma influisce anche sulla velocità di ripristino, poiché vi sono meno dati da trasferire sulla rete per il ripristino o per altri scopi.

Le politiche di conservazione diventano una terza leva in questa equazione: la durata di conservazione dei backup influisce direttamente sulla quantità totale di dati presenti nel sistema, compresi quelli nell’archiviazione cloud. Se un’azienda conserva tutti i backup a tempo indeterminato, i suoi costi di archiviazione continueranno a crescere in modo esponenziale nel tempo. Tuttavia, se viene implementata una politica di conservazione, questa può aiutare a conservare solo ciò di cui l’azienda ha effettivamente bisogno, in base ai requisiti di conformità o alle esigenze di ripristino.

Il compromesso in questo caso è ovvio: una minore quantità di dati storici da cui effettuare il ripristino. Alcuni problemi vengono individuati solo dopo un certo periodo di tempo, quindi i periodi di conservazione devono essere configurati in base alle reali esigenze di ripristino dell’azienda, anziché tenere conto esclusivamente della minimizzazione dei costi.

Implementazione: fasi di pianificazione e implementazione

Come si valutano l’ambiente attuale e i requisiti di backup?

Se un’azienda decide di adottare un approccio ibrido al backup, sarebbe opportuno identificare, prima della distribuzione, cosa deve effettivamente essere protetto e in quanto tempo dovrebbe essere ripristinato. In generale, ciò tende a includere:

• Tipi e volumi di dati in tutti i sistemi
• Requisiti di ripristino (RTO/RPO) per ciascun tipo di dati
• Infrastruttura di backup esistente e ciò che può essere riutilizzato
• Larghezza di banda di rete disponibile per il trasferimento sul cloud

Questa valutazione potrebbe sembrare di poco conto, ma in qualche modo influenza la maggior parte delle decisioni successive, tra cui cosa rimane nell’archiviazione locale, cosa viene trasferito nel cloud e quanta capacità cloud un’azienda dovrebbe pianificare.

Come si progettano le strategie di conservazione, tiering e ripristino?

Gli intervalli di conservazione dei dati dovrebbero essere definiti sulla base dei risultati delle valutazioni raccolte in precedenza, anziché utilizzare una politica predefinita come punto di partenza. I dati critici e soggetti a normative richiedono solitamente periodi di conservazione più lunghi. Nel contempo, i dati a bassa priorità potrebbero essere tranquillamente eliminati in una fase iniziale per risparmiare sui costi.

Le decisioni relative alla stratificazione sono di natura simile: i dati che richiedono tempi di ripristino rigorosi vengono conservati più a lungo nell’archivio locale o nella cache prima di essere trasferiti nell’archivio cloud, mentre i dati a cui si accede raramente potrebbero essere spostati in un livello di archiviazione più economico molto prima, senza svantaggi significativi.

La strategia di ripristino combina i due approcci. Cosa verrà ripristinato se più sistemi si guastano contemporaneamente? La priorità sarà sempre data ai sistemi più critici, che devono essere ripristinati nel minor tempo possibile.

Come si effettua la fase pilota, la migrazione e la convalida di un’implementazione di backup ibrida?

In genere, è molto più semplice implementare nuove soluzioni di backup ibride come processo graduale con un’introduzione graduale, piuttosto che con un approccio di tipo “single-cutover”. Nella maggior parte di queste implementazioni si distinguono tre fasi generali:

• Creazione di un progetto pilota della configurazione su un sottoinsieme di dati di piccole dimensioni e a basso rischio, per individuare eventuali problemi di configurazione e risolverli prima che possano influire sugli ambienti di produzione.
• Migrazione del resto dell’ambiente in fasi successive, una volta che il progetto pilota funziona come previsto, evitando di effettuare il passaggio completo in un’unica soluzione.
• Convalida dell’implementazione tramite procedure di test di ripristino effettive per evitare che un backup venga ripristinato con successo ma i dati recuperati risultino irrecuperabili.

Migliori pratiche operative

Con quale frequenza devono essere eseguiti i backup e i test di DR?

La frequenza dei backup dovrebbe essere in linea con i valori di RPO, in linea di massima: un’azienda che può tollerare solo un’ora di perdita di dati dovrebbe eseguire backup almeno una volta all’ora. Questo è esattamente il motivo per cui la maggior parte delle soluzioni ibride replica i dati sul cloud con cadenza regolare o in modo continuo.

I test di disaster recovery sono un argomento con una cadenza diversa – un ambito in cui le aziende investono regolarmente troppo poco. La regola tipica è quella di testare ogni applicazione almeno una volta all’anno, con le applicazioni mission-critical testate su base trimestrale, mentre ulteriori test su larga scala vengono condotti dopo ogni cambiamento infrastrutturale di rilievo.

La realtà è un po’ meno positiva. Secondo ConnectWise, il 58% delle aziende testa i propri piani di DR una volta all’anno o meno, mentre il 33% non ha un programma di test fisso o non testa affatto tali piani. È proprio in questo divario tra i risultati dei test raccomandati e quelli reali che le strategie di backup ibrido spesso falliscono senza che nessuno se ne accorga. Un backup che non è mai stato testato potrebbe, dopotutto, non ripristinarsi nel modo previsto.

Come è possibile verificare che i backup replicati siano effettivamente recuperabili e non solo contrassegnati come riusciti?

Un processo di backup completato può comunque presentare dati danneggiati o incompleti. La verifica deve andare ben oltre il semplice controllo del successo o meno di un processo di backup. Il metodo più accurato consiste nell’effettuare di tanto in tanto dei test di ripristino reali, se possibile su un sistema separato e isolato, per assicurarsi che le informazioni ripristinate si aprano effettivamente e funzionino come previsto.

Alcuni strumenti di backup ibrido offrono anche controlli automatici di integrità. La verifica del checksum, ad esempio, può aiutare a individuare i danni senza dover eseguire un ripristino completo ogni volta che un file problematico viene individuato in una fase iniziale.

Tuttavia, i sistemi automatizzati non dovrebbero sostituire i ripristini reali, poiché affrontano problematiche diverse: i controlli automatici individuano rapidamente i danni tecnici, mentre i ripristini reali periodici assicurano che l’intero processo funzioni dall’inizio alla fine.

Come gestite l’applicazione delle patch, il monitoraggio e gli avvisi per i backup ibridi?

Il vostro software di backup e gli agenti dovrebbero essere aggiornati regolarmente, proprio come avviene per gli altri servizi della vostra infrastruttura. Le vulnerabilità negli ambienti di backup possono diventare un punto di accesso per gli aggressori.

Il monitoraggio dovrebbe rilevare lo stato di completamento dei processi sia nei servizi locali che in quelli cloud. Il sistema di avvisi dovrebbe segnalare immediatamente tali errori ai referenti competenti.

Insieme, tutte queste misure impediscono che problemi minori si trasformino in gravi lacune che verrebbero notate solo durante un’emergenza reale.

Come dovrebbero essere gestite le versioni e documentate le politiche di backup?

Proprio come qualsiasi ambiente di backup ibrido si evolve nel tempo, anche le relative politiche si evolvono di pari passo; se non vi fosse una registrazione o un registro chiaro di alcuna delle modifiche, gli utenti avrebbero difficoltà a comprendere perché siano state effettuate determinate scelte di configurazione o se la configurazione sia corretta fin dall’inizio. Fortunatamente, queste modifiche possono essere tracciate in modo coerente nel tempo trattando le politiche di backup come documenti con una cronologia completa delle versioni.

Un documento di politica utile tende a includere:

• Regole attuali di conservazione e classificazione per ciascun tipo di dati
• Nota su chi dispone delle autorizzazioni per modificare le politiche di backup
• Spiegazione di come vengono approvate le modifiche alle politiche
• Un registro delle modifiche che indica cosa è stato modificato e perché
• Procedure di ripristino e contatti di escalation per situazioni impreviste

Mantenere la documentazione aggiornata è importante tanto quanto redigerla; i documenti sulle politiche che fanno riferimento a una configurazione risalente a due anni fa non faranno altro che infondere una falsa sicurezza in una premessa già errata.

Sfide comuni e come mitigarle

Quali sono i problemi comuni di integrazione e interoperabilità?

Gli ambienti ibridi sono combinazioni di software di backup, hardware on-premise e piattaforme cloud di fornitori indipendenti. È piuttosto comune che componenti come questi non funzionino perfettamente insieme. Alcuni problemi, tuttavia, si presentano più spesso di altri, come ad esempio:

• Supporto limitato per determinati fornitori di servizi cloud
• API incoerenti tra gli ambienti
• Sistemi legacy non adatti all’integrazione con il cloud

Il mercato dei software di backup dei dati offre molti strumenti progettati innanzitutto per attività on-premise. Molti di questi strumenti tendono ad avere un supporto limitato per i provider cloud, con una scelta ristretta di provider tra cui scegliere, il che costringe a ricorrere a soluzioni alternative o a integrazioni limitate quando un’azienda desidera utilizzare un provider non presente nell’elenco supportato.

Il fatto che il software on-premise abbia un’API diversa rispetto alle piattaforme cloud fa sì che i processi vengano eseguiti in modo diverso da quanto previsto, poiché non tutti gli ambienti espongono gli stessi dati o gestiscono gli errori allo stesso modo. Ciò potrebbe comportare il fallimento silenzioso dei processi o un comportamento incoerente da un ambiente all’altro, anziché un fallimento evidente e ben visibile.

I sistemi legacy creano un ulteriore livello di problemi che si aggiunge a tutto il resto. Il settore del software di backup esiste ormai da tempo, con alcune soluzioni attive da ben più di uno o due decenni – epoche in cui l’integrazione con il cloud non era nemmeno concepibile.

Collegare soluzioni di questo tipo a una configurazione di backup ibrida potrebbe richiedere una sorta di middleware o un connettore specifico del fornitore, che costituirebbe un ulteriore punto di errore nella catena. Anche in questo caso, quel plugin o connettore potrebbe non avere la stessa cadenza di aggiornamento del resto del software, andando lentamente fuori sincrono nel tempo senza che nessuno se ne accorga.

Come gestite i limiti di larghezza di banda e la limitazione della velocità di rete?

Sebbene siano già utilizzate per ridurre il volume totale dei dati, la deduplicazione e la compressione possono anche ridurre la quantità di larghezza di banda consumata dai backup. Senza contare che la maggior parte delle soluzioni di backup ibrido fornisce di per sé regole di limitazione della larghezza di banda, controllando la quantità di capacità di rete che i backup possono occupare in modo che non interferiscano con il normale traffico aziendale.

I trasferimenti di grandi dimensioni, come i backup completi iniziali o le migrazioni in blocco, possono anche essere eseguiti fuori dall’orario di lavoro come ulteriore modo per evitare di sovraccaricare la connessione di rete quando è più preziosa.

In che modo le soluzioni di backup nel cloud ibrido possono ridurre i rischi di perdita di dati e di configurazione errata?

Una percentuale sbalorditiva dei problemi legati alla perdita di dati e alle configurazioni errate non è causata da guasti del sistema, ma da modifiche trascurate e ipotesi non verificate. Richiedere una revisione o un’approvazione prima di modificare le politiche di conservazione e di tiering è una delle precauzioni fondamentali che le aziende possono adottare per impedire che una singola modifica errata si trasformi in un disastro di proporzioni enormi in futuro.

Un audit automatizzato della configurazione crea un ulteriore livello di difesa nell’individuare le impostazioni che si sono discostate dalla politica prevista, indipendentemente dal fatto che qualcuno ricordi di aver apportato la modifica. Abbinando questo aspetto a un registro delle modifiche, diventa in genere più facile risalire alla fonte della deriva per capire esattamente cosa sia stato modificato e perché, invece di limitarsi a fare supposizioni.

Detto questo, queste misure non devono sostituire l’effettiva verifica del backup. I controlli automatici di integrità e i ripristini di prova manuali periodici di cui abbiamo parlato in precedenza rimangono l’ultima linea di difesa in grado di individuare i problemi che la configurazione da sola non è in grado di rilevare.

Quali criteri di valutazione dovresti utilizzare nella scelta di un fornitore di backup ibrido?

Considerando quanto i diversi fornitori di backup ibrido tendano a differenziarsi tra loro in termini di funzionalità, confrontare i elenchi delle funzionalità isolatamente è un approccio molto meno utile rispetto alla valutazione di tutte le opzioni potenziali in base allo stesso insieme di criteri, per ottenere un certo grado di coerenza. Questi criteri potrebbero includere:

• Funzionalità di sicurezza: crittografia in transito, crittografia a riposo, opzioni di gestione delle chiavi, archiviazione immutabile, archiviazione air-gapped.
• Supporto alla conformità: controlli di conservazione, registrazione degli audit, altre funzionalità specifiche per GDPR, HIPAA, PCI DSS, ecc.
• Prestazioni di ripristino: in che misura RTO e RPO soddisfano i requisiti aziendali.
• Flessibilità di implementazione: provider cloud specifici supportati, configurazione multi-cloud come opzione.
• Larghezza di banda ed efficienza di rete: compressione, deduplicazione, controlli di limitazione della larghezza di banda.
• Scalabilità: la facilità di espandere lo storage e l’infrastruttura senza modifiche architetturali significative.
• Compatibilità di integrazione: sistemi, applicazioni e infrastrutture legacy supportati.
• Trasparenza dei prezzi: costi di uscita (egress fees) e altri costi raramente menzionati in anticipo.
• Assistenza e affidabilità: tempi di risposta, procedure di disaster recovery.
• Facilità di gestione: centralizzazione dell’interfaccia per i componenti locali e cloud, ecc.

In che modo Bacula Enterprise supporta il backup sicuro nel cloud ibrido?

Bacula Enterprise utilizza gli stessi principi ibridi descritti in questo articolo per gestire lo storage locale e quello cloud all’interno della stessa piattaforma. Offre funzionalità native per il cloud ibrido con i principali provider come AWS S3, Azure, Google Cloud, Oracle Cloud e Glacier. L’ampia scelta di opzioni di storage cloud rende molto più difficile per un’azienda ritrovarsi vincolata a un unico fornitore per quanto riguarda il proprio storage cloud. Fondamentalmente, le caratteristiche intrinseche di Bacula consentono di eseguire il backup, il ripristino e lo spostamento dei dati tra qualsiasi combinazione delle sue destinazioni cloud senza limitazioni dirette.

Inoltre, Bacula utilizza una tecnologia di deduplicazione globale applicata sia sul lato client che sul lato archiviazione per ridurre il consumo di larghezza di banda e gli investimenti nell’archiviazione. L’aspetto della velocità di ripristino è affrontato tramite la tecnologia Minimal Restore Cost di Bacula, che mantiene i backup basati sul cloud sincronizzati localmente, migliorando la velocità di recupero dal cloud.

Dal punto di vista dei prezzi, Bacula opera utilizzando un modello di abbonamento che non addebita costi in base al volume di dati consumato, evitando così una parte significativa dei costi di traffico in uscita e di archiviazione discussi in precedenza in questo articolo.

Misurare il successo e calcolare il ROI

Quali KPI dovrebbero essere monitorati per valutare le prestazioni e l’affidabilità del backup?

Basta una manciata di metriche per ottenere un quadro sorprendentemente chiaro e articolato dell’effettiva efficacia di una strategia di backup ibrida:

• Tassi di successo dei backup
• Prestazioni effettive di RTO e RPO rispetto ai valori target
• Tassi di superamento dei test di ripristino
• Tassi di crescita dello storage locale e nel cloud
• Tempo necessario per individuare e risolvere gli errori di backup

Monitorare costantemente tutti questi valori nel tempo è più significativo di qualsiasi singola misurazione. Un mese di risultati positivi non sarà in grado di evidenziare tutti i problemi che potrebbero manifestarsi solo in un secondo momento.

Come si quantificano la riduzione del rischio e i risparmi operativi?

Per stimare la riduzione del rischio nel modo più efficace, le aziende devono confrontare il costo di un probabile periodo di inattività o di perdita di dati con la misura in cui una configurazione ibrida può ridurne la probabilità o l’impatto. In questo caso, però, è possibile utilizzare solo cifre approssimative relative ai costi dei periodi di inattività, data la natura delle previsioni.

I risparmi operativi sono leggermente più facili da calcolare, confrontando i costi della configurazione precedente con una combinazione delle attuali spese per cloud e hardware e del tempo dedicato dal personale alla gestione dei backup.

Anche stime approssimative consentirebbero di confrontare il costo della realizzazione di un ambiente ibrido con il costo di un singolo incidente grave che si verificherebbe inevitabilmente in assenza di tale ambiente.

Come si può elaborare un business case per un investimento nel backup ibrido?

Un business case risulterà più credibile quando riuscirà a collegare i valori relativi ai risparmi operativi e alla riduzione del rischio a un unico scenario concreto, anziché presentare tutto sotto forma di cifre astratte e isolate.

Prendiamo ad esempio un’azienda di medie dimensioni che sta valutando se aggiungere la replica su cloud a una configurazione di backup esistente esclusivamente on-premise.

Se in passato si fosse verificato un guasto all’hardware locale che ha causato diversi giorni di inattività e un ritardo nei servizi ai clienti, quell’incidente costituirebbe un ottimo punto di riferimento. Non resta che stimare quanto costerebbe oggi lo stesso guasto e poi confrontarlo con il costo ricorrente dello storage su cloud e della replica.

Il costo di un singolo incidente probabile che si avvicini o superi il costo annuale di una configurazione ibrida tende a rendere l’investimento molto più giustificabile senza dover ricorrere a complicati algoritmi di modellizzazione finanziaria.

Punti chiave

• Il backup su cloud ibrido combina lo storage locale e quello su cloud per evitare i punti deboli di ciascuna opzione utilizzata singolarmente
• Le copie locali garantiscono un ripristino rapido, mentre quelle su cloud fungono da soluzione di riserva in caso di guasti locali
• I backup immutabili, con isolamento fisico (air-gap) e isolati logicamente proteggono dal ransomware e dalle modifiche non autorizzate
• Gli obiettivi RTO e RPO determinano come devono essere pianificati i backup e i test di ripristino di emergenza
• I test regolari di ripristino hanno più valore rispetto alla semplice conferma che i processi di backup siano stati completati con successo o meno

Domande frequenti

In che modo le politiche di backup dovrebbero differire tra gli ambienti on-premise e quelli cloud?

Nelle politiche on-premise, i periodi di conservazione sono generalmente definiti in base a ciò che è disponibile localmente, poiché lo spazio di archiviazione può essere fisicamente limitato. Nel cloud, si dispone di flessibilità nella conservazione, ma è necessario considerare anche la strategia di tiering dello storage, poiché il passaggio da una classe all’altra influirebbe sia sui costi che sulla velocità di ripristino. Anche i controlli di accesso sono diversi: la sicurezza della rete interna è il meccanismo principale per le politiche on-premise, mentre le politiche cloud devono investire in una gestione esplicita delle identità e degli accessi.

Un sistema di backup ibrido è in grado di ripristinare i carichi di lavoro nel cloud durante un’interruzione della rete o della piattaforma cloud?

Non è possibile eseguire alcun ripristino direttamente dalla copia nel cloud, poiché ciò richiede una connessione alla rete. Detto questo, i dati esistenti di cui è stata effettuata la copia di backup locale saranno completamente recuperabili durante l’interruzione.

In che modo una pianificazione del backup dovrebbe tenere conto dei limiti di larghezza di banda in un ambiente cloud ibrido?

È preferibile eseguire trasferimenti di grandi dimensioni durante le ore non di punta per evitare di interferire con il normale traffico aziendale. I backup incrementali continui possono tuttavia essere eseguiti praticamente in qualsiasi momento, poiché la deduplicazione e la compressione mantengono le dimensioni dei dati sufficientemente ridotte da non sovraccaricare la larghezza di banda totale aziendale.

Quando le aziende dovrebbero utilizzare il backup su cloud ibrido invece di un approccio tradizionale?

Le soluzioni di backup su cloud ibrido sono più indicate quando un’azienda deve affrontare almeno una delle seguenti problematiche:

• Requisiti di tempo di ripristino troppo rigorosi per essere soddisfatti solo con backup esclusivamente su cloud.
• Necessità di una protezione off-site che le implementazioni on-premise non sono in grado di fornire appieno.
• Requisiti di conformità in termini di conservazione o isolamento dei dati.
• Volumi di dati in crescita che sono diventati troppo ingombranti per essere archiviati esclusivamente su hardware locale.

In che modo l’archiviazione locale e quella su cloud possono impedire che lo stesso attacco comprometta entrambe le copie di backup?

Almeno una copia dei dati immutabile, isolata fisicamente (air-gapped) o isolata logicamente impedisce a un malintenzionato di compromettere l’intero ambiente ottenendo credenziali e privilegi di accesso specifici.