C’è chi dice che le cose migliori della vita siano gratuite, ma quando si tratta di protezione dei dati nel cloud, la gratuità potrebbe offrirvi solo una parte di ciò di cui avete bisogno e costare di più nel lungo termine. In fin dei conti, è bene avere diverse opzioni a disposizione ed esaminare i pro e i contro di qualsiasi soluzione di protezione dei dati nel cloud pubblico, per assicurarvi di ottenere ciò di cui avete bisogno al minor costo possibile.
Sono certo che molti si siano chiesti: «Perché Clumio offre funzionalità gratuite di gestione degli snapshot, visto che gli snapshot non sono backup?». Avete ragione, gli snapshot non sono backup, ma hanno comunque la loro utilità nel cloud pubblico.
Gli snapshot rappresentano un eccellente meccanismo di Recovery operativo per le applicazioni che necessitano di un ripristino a un momento specifico su AWS. La Recovery potrebbe essere l’unico requisito per chi ha adottato il cloud sin dalle prime fasi, oppure, per la maggior parte degli utenti, può far parte di una soluzione più ampia e olistica di protezione dei dati che richiede il backup dei dati con un periodo di conservazione superiore a 14–30 giorni per soddisfare i requisiti di conformità.
Stiamo offrendo gratuitamente ai nostri clienti questa funzionalità di gestione degli snapshot, a differenza di molti nostri colleghi del settore che invece la fanno pagare. Si tratta solo di una parte di una soluzione completa per la protezione dei dati nel cloud. Anche se, a mio avviso, dovrebbero ribattezzarla “AWS Operational Recovery”. 🙂
Quali sono i pro e i contro degli snapshot in AWS e perché non sono dei backup?
Uno dei principali vantaggi degli snapshot è la possibilità di ripristinare rapidamente i dati in caso di errori, cancellazioni accidentali o danneggiamento dei dati. Gli snapshot on-premise vengono in genere archiviati sullo stesso array o sulla stessa infrastruttura applicativa dell’applicazione principale per consentire un ripristino rapido. In AWS, gli snapshot vengono archiviati nello stesso account AWS dei dati di produzione. Indipendentemente dalla loro ubicazione, questi snapshot vengono in genere conservati per periodi relativamente brevi, poiché il loro valore ai fini della Recovery operativa diminuisce col passare del tempo.
Oltre agli snapshot, è necessario conservare i backup al di fuori dell’ambiente di produzione per garantire l’accesso ai dati anche in caso di interruzione dell’infrastruttura di produzione o di gravi problemi. I backup sono inoltre eccellenti per la Recovery granulare, poiché sono indicizzati e catalogati per un rapido recupero granulare al di fuori dell’ambiente di produzione. I backup di conformità vanno ancora oltre, in quanto devono essere conservati per esigenze legali o di conformità e devono essere protetti anche nel caso in cui un intero sito o account venga compromesso.
Uno dei principali svantaggi degli snapshot è che falliscono miseramente sia in termini di funzionalità che di costi quando vengono utilizzati per il backup e la conformità a lungo termine. Ad esempio, supponiamo di avere una nuova applicazione sviluppata o trasferita da un ambiente on-premises che richieda 30 backup giornalieri e 12 backup mensili per la conservazione a lungo termine. Gli snapshot vengono archiviati sullo stesso account dei dati di produzione; pertanto, se si commette un errore digitando uno script, si elimina qualcosa per sbaglio o un malintenzionato ottiene l’accesso al proprio account, si perdono i backup e, potenzialmente, anche i dati. Questo è ovviamente un problema.
Per evitare questa vulnerabilità, si potrebbero sempre replicare questi snapshot su un altro account AWS a scopo di sicurezza, ma in tal caso si incorrerebbe in costi di trasferimento, nel doppio della fattura degli snapshot e, se si utilizzano servizi PaaS come RDS, si sarebbe obbligati a conservare copie complete anziché catene di snapshot. Poiché nessuno dei dati è indicizzato o catalogato, a quel punto si dovrebbe ripristinare l’intero sistema e individuare i dati autonomamente. Anche il recupero dei dati è una procedura complessa, ma in questo scenario i costi da soli rendono gli snapshot inutilizzabili.
Perché utilizzare il piano gratuito di Clumio per il Recovery operativo invece di AWS Backup o degli strumenti di gestione degli snapshot?
Il servizio di backup as a service di Clumio per i servizi nativi di AWS offre una soluzione completa di protezione dei dati che va ben oltre la semplice gestione degli snapshot. Man mano che procedete nel vostro percorso verso il cloud, Clumio è in grado di fornire un unico servizio di protezione dei dati per soddisfare le esigenze della vostra azienda. Forse oggi utilizzate gli snapshot per la Recovery operativa in un ambiente di test e sviluppo. Quando l’applicazione entra in produzione, i requisiti cambiano e avete bisogno di maggiore protezione, ma non volete – e probabilmente non avete previsto – costi ingenti legati agli snapshot.
Con Clumio, potete sfruttare la nostra esclusiva protezione air gap, l’indicizzazione completa e il catalogo, nonché il ripristino granulare dei file per EBS o il recupero granulare dei record per RDS tramite accesso diretto tramite query al nostro data lake. L’esperienza è eccezionale e può essere attivata per qualsiasi applicazione che richieda queste funzionalità oltre agli snapshot. La parte migliore è che tutto questo può essere offerto a un costo inferiore fino al 50% rispetto agli snapshot di AWS.
Qual è l’esperienza offerta da Clumio nella gestione degli snapshot?
Come per tutto ciò che riguarda Clumio, l’esperienza è semplice e bastano appena 15 minuti per diventare operativi. Il primo passo consiste nel creare le proprie credenziali di accesso, il che richiede semplicemente l’inserimento di un indirizzo e-mail e di una password. Successivamente, occorre inserire le informazioni relative all’account AWS, tra cui il numero dell’account AWS, la descrizione dell’account (per poterlo ricordare), la regione AWS, quindi fare clic su “Avanti” e avviare la procedura guidata CloudFormation Stack:
Verrai reindirizzato ad AWS per creare lo stack. Fai clic su “Crea stack” e attendi circa 3-5 minuti affinché l’operazione venga completata.
Una volta completata l’operazione, il tuo account verrà sottoposto ai servizi di inventario. Puoi eseguire la stessa procedura anche su tutti gli altri account che desideri proteggere. Una volta terminato, il passo successivo consiste nel creare una politica unificata per EBS e/o RDS.
Definire le politiche per un massimo di 30 giorni per EBS o fino a 35 giorni per RDS:
Clumio utilizza i tag esistenti per allineare le politiche; pertanto, il passo successivo consiste nel determinare i tag che desideri proteggere con la nuova politica appena creata. Ciò consente di contrassegnare risorse specifiche da proteggere con questa politica.
Ecco fatto! Ora puoi iniziare a utilizzare il piano gratuito di Clumio per il Recovery operativo sia per EBS che per RDS.
Ora che disponiamo della funzionalità di ripristino operativo per EBS e RDS, esaminiamo la procedura di ripristino per EBS. Innanzitutto, occorre selezionare il volume EBS che si desidera ripristinare, quindi definire il momento specifico in cui si desidera effettuare il ripristino. In questo caso, ho a disposizione backup (indicati dai puntini blu) e snapshot (indicati dai puntini arancioni). Cliccando sulla data, verranno visualizzate le opzioni relative a entrambi.
È quindi possibile ripristinare il volume su qualsiasi AZ disponibile.
RDS offre un'esperienza simile, ma leggermente diversa, poiché sono disponibili diverse opzioni per la protezione di RDS, tra cui il backup a rotazione (istanza RDS con differimento temporale in Clumio) e il recupero granulare dei record (backup a lungo termine).
Per prima cosa, scegli una data di ripristino per la quale sia disponibile uno snapshot (punto arancione), fai clic su “Recupera”, quindi seleziona il momento esatto in cui desideri ripristinare il database, con precisione al secondo. In questo caso, sto effettuando il ripristino alle 5:04:04 del mattino.
Come puoi vedere da questa breve panoramica, proteggere le risorse AWS ai fini del Recovery operativo è incredibilmente facile! Che tu stia sviluppando applicazioni completamente nuove, trasferendo applicazioni legacy dal tuo data center on-premise oppure che tu sia un esperto del cloud con il 100% delle tue applicazioni in esecuzione sul cloud, Clumio ha una soluzione adatta alle tue esigenze. Per ulteriori informazioni, dai un’occhiata al nostro servizio di backup as a service per AWS.
Alla prossima, restate SaaSy, amici miei.
