Nel mondo della continuità operativa (BC) nulla riveste maggiore importanza della riduzione dei rischi. Eppure, oggi il rischio di gravi interruzioni delle pratiche di continuità operativa appare più incombente che mai. Ciò è dovuto principalmente alle preoccupanti dipendenze legate all’ubicazione, alla topologia e ai fornitori dei sistemi di archiviazione dei dati.
In passato, i cambiamenti in questi tre aspetti dell’infrastruttura IT erano relativamente pochi. Una volta che un’organizzazione aveva scelto il proprio data center principale, un sito di disaster recovery (DR) e il fornitore della propria rete di archiviazione (SAN), le procedure di emergenza e ripristino potevano essere simulate ripetutamente con un elevato grado di sicurezza. I piani di continuità operativa venivano semplicemente rispolverati ogni anno in occasione dell’audit annuale, mentre le operazioni quotidiane rimanevano relativamente stabili.
Non è così nel mondo frenetico e in rapida evoluzione che caratterizza la strategia digitale odierna. Per quanto possa essere snervante, è nostro compito affrontare tale volatilità. Le cause di tale fenomeno sono illustrate in dettaglio nelle sezioni seguenti, seguite da raccomandazioni per una soluzione ragionevole.
Cambio di sede
Si potrebbe pensare che i siti primari e di ripristino di emergenza siano relativamente permanenti, finché non ci si rende conto di quanto la propria organizzazione sia diventata distribuita, sia per ragioni di vicinanza ai clienti che ai dipendenti. La crescente dipendenza dalle risorse IT al di fuori del data center, presso uffici remoti, filiali e sedi satellite, aggrava ulteriormente le sfide legate alla continuità operativa. Soprattutto perché molte di queste postazioni remote forniscono accesso e aggiornamenti a dati cruciali, fungendo da linfa vitale per i settori sanitario, manifatturiero, alberghiero e della vendita al dettaglio.
Inoltre, l’incertezza riguardo all’ubicazione dei siti di DR può rivelarsi piuttosto sconcertante quando cloud , di natura effimera, iniziano a sostituire i propri edifici fisici.
Tecnologie in declino
L’architettura in continua evoluzione dell’archiviazione dei dati presso il data center principale e ciascuna di queste sedi distribuite aggiunge un’ulteriore complicazione. Non possiamo più contare su un array centrale che replichi in tempo reale gli aggiornamenti alla sua immagine speculare presso la struttura di DR per conto di numerosi host. Al contrario, la varietà delle implementazioni di archiviazione è a dir poco travolgente. Si va dalle SAN convenzionali a tre livelli ai cluster di archiviazione iperconvergenti, passando per tutte le soluzioni intermedie, compresi i server bare metal. Sebbene volte a semplificare l’amministrazione, alcune di queste scelte stravolgono i processi consolidati per la prevenzione e il ripristino in caso di interruzioni. Tali variabili aggravano la complessità e aumentano il rischio di errori. Possono prolungare notevolmente la durata dei tempi di inattività oltre il tempo massimo accettabile di interruzione (MAO), con conseguenze disastrose.
«Le analisi dell’impatto aziendale (BIA) incomplete porteranno a una risposta non coordinata in caso di interruzione dell’attività e a un ritardo nel ripristino.»
Una vasta gamma di marche e modelli
Un altro fattore preoccupante che contribuisce alle pratiche di BC inadeguate deriva dalla varietà di dispositivi di archiviazione sparsi nel vostro universo IT. Alcuni dispongono di strumenti proprietari per la protezione dei dati, la replica e il ripristino, mentre altri ne sono del tutto privi. Ogni variante richiede procedure operative (runbook) molto diverse tra loro, che devono essere verificate singolarmente e successivamente integrate nel processo complessivo di BC/DR, moltiplicando il rischio di errori.
Diversi fattori presenti nelle moderne organizzazioni IT contribuiscono alla diversificazione della struttura dello storage. Tra questi figurano:
- Sistemi di archiviazione specializzati, adeguati al valore dei dati da archiviare. Ad esempio, sistemi di archiviazione Flash (AFA) per carichi di lavoro sensibili alla latenza, sistemi di archiviazione di fascia media a costo ridotto per l’altro 80% dei dati primari, integrati da sistemi di archiviazione secondaria e da cloud elastici per gli archivi a conservazione a lungo termine (ovvero, rispettivamente, livello di prestazioni, livello di capacità e livello di archiviazione).
- L'obsolescenza programmata causa comportamenti incompatibili tra le diverse generazioni di dispositivi di archiviazione
- Fusioni e acquisizioni che hanno portato a una collezione eterogenea di dispositivi di archiviazione
- Capacità ad alta priorità / specifica per un progetto, acquisita senza tener conto delle norme vigenti
- I nuovi dirigenti stanno introducendo marchi diversi con cui si sentono più a loro agio
Linee guida
Fase 1 – Unificare i processi di continuità operativa e di ripristino di emergenza
L'ideale sarebbe standardizzare l'utilizzo di un unico modello onnicomprensivo di archiviazione dei dati, proprio come ai vecchi tempi. Ma al giorno d'oggi una soluzione così univoca non è né pratica né economicamente sostenibile. Le motivazioni funzionali ed economiche che spingono verso l'adozione di più livelli di archiviazione appositamente progettati non mostrano segni di rallentamento.
L'alternativa più praticabile a cui siamo giunti prevede la separazione delle funzioni di BC/DR dai sistemi di archiviazione discreti. Ciò si ottiene potenziando i servizi responsabili della replica dei dati, snapshots, la protezione continua dei dati e i rollback. Anziché integrarle all’interno di ciascuna unità, tali funzioni vengono eseguite esternamente in un livello indipendente dal dispositivo.
I clienti DataCore di tutto il mondo, con una grande varietà di ambienti, lo trovano molto efficace.
2. Proteggere i piani BC/DR dai cambiamenti nell'infrastruttura di archiviazione
Grazie all’implementazione di un piano di controllo uniforme per i servizi dati di BC/DR, l’ubicazione, la topologia e il tipo di archiviazione dei dati diventano intercambiabili. In altre parole, le modifiche ai piani di continuità operativa sono minime quando uno qualsiasi di questi parametri cambia o viene ampliato. Ovviamente, è necessario aggiungere o spostare fisicamente le apparecchiature e documentarne i dettagli, ma il runbook rimane sostanzialmente invariato. Sono necessarie solo revisioni modeste e relativamente banali.
Adattarsi prontamente alle esigenze aziendali durante il processo di modernizzazione
Grazie alla netta separazione dei servizi dati dalla loro sede di archiviazione, si ottiene un’incredibile flessibilità che consente di adattare con sicurezza metodi collaudati di prevenzione dei tempi di inattività e di ripristino a nuovi scenari. Ridurre in questo modo i costi e la complessità dei piani di continuità operativa aiuta a raggiungere elevati livelli di disponibilità delle applicazioni, accelerando al contempo il ritmo della modernizzazione IT.
Cosa fare adesso
Ora che avete una migliore comprensione di come standardizzare le vostre pratiche di continuità operativa e ripristino di emergenza relative allo storage, fate il passo successivo. Guardate questo webinar per ulteriori indicazioni sulle misure di continuità operativa in periodi di instabilità.
