Share via

Indicazioni sul ripristino di emergenza per Avere vFXT per Azure

  • Articolo

Questo articolo descrive le strategie per proteggere il flusso di lavoro di Avere vFXT per Azure e fornisce indicazioni per il backup dei dati in modo da poter eseguire il ripristino da incidenti o interruzioni.

Avere vFXT per Azure archivia temporaneamente i dati nella cache. I dati vengono archiviati a lungo termine nei sistemi di archiviazione back-end, ovvero sistemi hardware locali, contenitori di archiviazione BLOB di Azure o entrambi.

Per evitare interruzioni e possibili perdite di dati, considerare queste quattro aree:

  • Protezione contro i tempi di inattività se un sistema Avere vFXT per Azure non è più disponibile
  • Protezione dei dati nella cache del cluster
  • Protezione dei dati nell'archiviazione hardware NAS back-end
  • Protezione dei dati nell'archiviazione cloud BLOB di Azure back-end

Ogni cliente avere vFXT per Azure deve creare un proprio piano di ripristino di emergenza completo che includa piani per questi elementi. È anche possibile creare resilienza nelle applicazioni usate con il cluster vFXT. Per informazioni, leggere i collegamenti nei passaggi successivi.

Protezione dai tempi di inattività

La ridondanza è incorporata nel prodotto Avere vFXT per Azure:

  • Il cluster è a disponibilità elevata e i singoli nodi del cluster possono eseguire il failover con un'interruzione minima.
  • I dati modificati nella cache vengono scritti regolarmente nei filer di core back-end (NAS hardware o BLOB di Azure) per l'archiviazione a lungo termine.

Ogni cluster Avere vFXT per Azure deve trovarsi in una singola zona di disponibilità, ma è possibile usare cluster ridondanti che si trovano in zone o aree diverse per fornire l'accesso rapidamente in caso di interruzione a livello di area.

È anche possibile posizionare i contenitori di archiviazione in più aree se si è preoccupati di perdere l'accesso ai dati. Tenere tuttavia presente che le transazioni tra aree hanno una latenza più elevata e un costo superiore rispetto alle transazioni che rimangono all'interno di un'area.

Proteggere i dati nella cache del cluster

I dati memorizzati nella cache vengono sempre scritti nei filer di base prima di un normale arresto, ma in un arresto non controllato, i dati modificati nella cache possono andare persi.

Se si usa il cluster per ottimizzare solo le letture di file, non sono presenti modifiche da perdere. Se si usa anche il cluster per memorizzare nella cache le modifiche dei file (scritture), valutare se modificare o meno i criteri della cache dei core filer per personalizzare la frequenza di scrittura dei dati nell'archiviazione a lungo termine.

In generale, il piano di ripristino deve concentrarsi sul backup dei sistemi di archiviazione back-end, che contengono più dati e in genere sono più importanti per ristabilire il flusso di lavoro dopo un errore.

Proteggere i dati nei filer di base NAS

Usare metodi accettati per proteggere i dati archiviati in un corer hardware NAS locale, inclusi snapshot e backup completi come consigliato dal provider NAS. Il ripristino di emergenza per questi filer di base esula dall'ambito di questo articolo.

Proteggere i dati nell'archiviazione BLOB di Azure

Avere vFXT per Azure usa l'archiviazione con ridondanza locale (LRS) per i filer di base dei BLOB di Azure. Ciò significa che i dati nei contenitori BLOB vengono copiati automaticamente per la protezione da errori hardware temporanei all'interno di un data center.

Questa sezione fornisce suggerimenti su come proteggere ulteriormente i dati nell'archiviazione BLOB da interruzioni rare a livello di area o eliminazioni accidentali.

Le procedure consigliate per la protezione dei dati nell'archiviazione BLOB di Azure includono:

  • Copiare i dati critici in un altro account di archiviazione in un'altra area di frequente ,come spesso determinato dal piano di ripristino di emergenza.
  • Controllare l'accesso ai dati in tutti i sistemi di destinazione per evitare l'eliminazione o il danneggiamento accidentale. È consigliabile usare i blocchi delle risorse nell'archiviazione dei dati.
  • Abilitare la funzionalità Avere vFXT per gli snapshot cloud di Azure per i filer di base blob.

Copiare i dati di Avere vFXT core filer in un account di backup

Seguire questa procedura per stabilire un backup dei dati in un altro account.

  1. Se necessario, generare una nuova chiave di crittografia e archiviarla in modo sicuro all'esterno dei sistemi interessati.

    Se i dati vengono crittografati dal cluster Avere vFXT per Azure, è necessario generare una nuova chiave di crittografia prima di copiare i dati in un altro account di archiviazione. Archiviare la chiave e la password in modo sicuro in una struttura sicura e che non sarà interessata da un errore a livello di area.

    È necessario specificare questa chiave quando si aggiunge il contenitore a un cluster, anche se lo si aggiunge nuovamente al cluster originale.

    Per informazioni dettagliate, vedere Impostazioni di crittografia cloud.

    Se il contenitore usa solo la crittografia predefinita di Azure, è possibile ignorare questo passaggio.

  2. Rimuovere il core filer dal sistema. In questo modo il cluster scrive tutti i dati modificati nell'archiviazione back-end.

    Anche se sarà necessario riaggiungere il core filer dopo il backup, rimuovendolo è il modo migliore per garantire che tutti i dati vengano scritti completamente nel back-end. L'opzione "suspend" può talvolta lasciare i dati modificati nella cache.

    Prendere nota del nome e delle informazioni di giunzione del core filer (elencate nella pagina Spazio dei nomi nel pannello di controllo) in modo da poterlo replicare quando si aggiunge nuovamente il contenitore dopo il backup.

    Usare il pannello di controllo del cluster per rimuovere il core filer. Aprire il pannello di controllo del cluster e scegliere Core filer>Manage core filer (Gestisci filer core). Trovare il sistema di archiviazione di cui si vuole eseguire il backup e usare il pulsante Rimuovi per eliminarlo dal cluster.

  3. Creare un nuovo contenitore di archiviazione BLOB vuoto in un altro account di archiviazione in un'altra area.

  4. Usare qualsiasi strumento di copia pratico per copiare i dati nel core filer nel nuovo contenitore. La copia deve replicare i dati senza modifiche e senza interrompere il formato del file system cloud proprietario usato da Avere vFXT per Azure. Gli strumenti basati su Azure includono AzCopy, Azure PowerShell e Azure Data Factory.

  5. Dopo aver copiato i dati nel contenitore di backup, aggiungere di nuovo il contenitore originale al cluster come descritto in Configurare l'archiviazione.

    • Usare le stesse informazioni di giunzione e nome del core filer in modo che i flussi di lavoro client non debbano modificare.
    • Impostare il valore Contenuto bucket sull'opzione dati esistente.
    • Se il contenitore è stato crittografato dal cluster, è necessario immettere la chiave di crittografia corrente per il relativo contenuto. Questa è la chiave aggiornata nel passaggio 1.

Per i backup dopo il primo, non è necessario creare un nuovo contenitore di archiviazione. Tuttavia, prendere in considerazione la generazione di una nuova chiave di crittografia ogni volta che si esegue un backup per assicurarsi di avere la chiave corrente archiviata in una posizione memorizzata.

Accedere a un'origine dati di backup durante un'interruzione

Per accedere al contenitore di backup da un cluster Avere vFXT per Azure, seguire questa procedura:

  1. Se necessario, creare un nuovo cluster Avere vFXT per Azure in un'area non interessata.

    Suggerimento

    Quando si crea un cluster Avere vFXT per Azure, è possibile salvare una copia del modello e dei parametri di creazione. Se si salvano queste informazioni durante la creazione del cluster primario, è possibile usarle per creare un cluster sostitutivo con le stesse proprietà. Nella pagina di riepilogo fare clic sul collegamento Scarica modello e parametri. Salvare le informazioni in un file prima di creare il cluster.

  2. Aggiungere un nuovo core filer cloud che punta al contenitore BLOB duplicato.

    Assicurarsi di specificare che il contenitore di destinazione contiene già i dati nell'impostazione Contenuto bucket della creazione guidata del core filer. (Il sistema dovrebbe avvisare se si lascia accidentalmente impostato suVuoto.

  3. Se necessario, aggiornare i client in modo che montano il nuovo cluster o il nuovo core filer anziché l'originale. Se si aggiunge il core filer sostitutivo con lo stesso nome e percorso di giunzione del contenitore originale, non sarà necessario aggiornare i processi client a meno che non sia necessario montare il nuovo cluster in un nuovo indirizzo IP.

Passaggi successivi