Skip to main content
È disponibile una versione più recente di questo prodotto.
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Protezione dei dati e disaster recovery

Collaboratori
PDF

Scopri le opzioni di protezione e ripristino per Astra Trident e i volumi creati con Astra Trident. È necessario disporre di una strategia di protezione e ripristino dei dati per ogni applicazione con un requisito di persistenza.

Replica e recovery di Astra Trident

È possibile creare un backup per ripristinare Astra Trident in caso di disastro.

Replica di Astra Trident

Astra Trident utilizza i CRD Kubernetes per memorizzare e gestire il proprio stato e il cluster Kubernetes etcd per memorizzare i propri metadati.

Fasi

  1. Eseguire il backup di ccd del cluster Kubernetes utilizzando "Kubernetes: Backup di un cluster etcd".

  2. Posizionare gli artefatti di backup su un FlexVol.

    Nota Si consiglia di proteggere la SVM in cui risiede FlexVol con una relazione SnapMirror con un'altra SVM.

Recovery di Astra Trident

Utilizzando i CRD di Kubernetes e lo snapshot del cluster etcd di Kubernetes, puoi ripristinare Astra Trident.

Fasi

  1. Dalla SVM di destinazione, montare il volume contenente i file di dati e i certificati Kubernetes etcd sull'host che verrà configurato come nodo master.

  2. Copiare tutti i certificati richiesti relativi al cluster Kubernetes in /etc/kubernetes/pki e i file membri etcd in /var/lib/etcd.

  3. Ripristinare il cluster Kubernetes dal backup etcd utilizzando "Kubernetes: Ripristino di un cluster etcd".

  4. Eseguire kubectl get crd per verificare che tutte le risorse personalizzate di Trident siano state create e recuperare gli oggetti Trident per verificare che tutti i dati siano disponibili.

Replica e recovery di SVM

Astra Trident non può configurare le relazioni di replica, tuttavia l'amministratore dello storage può utilizzare "SnapMirror di ONTAP" per replicare una SVM.

In caso di disastro, è possibile attivare la SVM di destinazione di SnapMirror per iniziare a fornire i dati. Una volta ripristinati i sistemi, è possibile tornare al sistema primario.

A proposito di questa attività

Quando si utilizza la funzione di replica SVM di SnapMirror, considerare quanto segue:

  • È necessario creare un backend distinto per ogni SVM con SVM-DR abilitato.

  • Configurare le classi di storage in modo che selezionino i backend replicati solo quando necessario, per evitare volumi che non richiedono il provisioning della replica sui backend che supportano SVM-DR.

  • Gli amministratori delle applicazioni devono comprendere i costi e la complessità aggiuntivi associati alla replica e considerare attentamente il piano di ripristino prima di iniziare questo processo.

Replica SVM

Puoi utilizzare "ONTAP: Replica SVM SnapMirror" per creare una relazione di replica della SVM.

SnapMirror consente di impostare le opzioni per il controllo degli elementi da replicare. È necessario sapere quali opzioni sono state selezionate durante la preformatura Ripristino SVM con Astra Trident.

Ripristino SVM con Astra Trident

Astra Trident non rileva automaticamente gli errori SVM. In caso di disastro, l'amministratore può avviare manualmente il failover di Trident sulla nuova SVM.

Fasi

  1. Annullare i trasferimenti SnapMirror pianificati e in corso, interrompere la relazione di replica, arrestare la SVM di origine e attivare la SVM di destinazione di SnapMirror.

  2. Se hai specificato -identity-preserve false o -discard-config network durante la configurazione della replica SVM, aggiorna il managementLIF e dataLIF il file di definizione di backend Trident.

  3. Verificare storagePrefix che sia presente nel file di definizione del backend Trident. Questo parametro non può essere modificato. Omettendo storagePrefix si causerà un errore nell'aggiornamento del backend.

  4. Aggiornare tutti i backend richiesti per riflettere il nuovo nome SVM di destinazione utilizzando:

    ./tridentctl update backend <backend-name> -f <backend-json-file> -n <namespace>

  5. Se è stato specificato -identity-preserve false o discard-config network, è necessario rimbalzare tutti i pod di applicazioni.

    Nota Se specificato -identity-preserve true, tutti i volumi con provisioning di Astra Trident iniziano a fornire i dati quando viene attivata la SVM di destinazione.

Replica e recovery dei volumi

Astra Trident non può configurare le relazioni di replica di SnapMirror, tuttavia l'amministratore dello storage può utilizzare "Replica e ripristino di ONTAP SnapMirror" per replicare i volumi creati da Astra Trident.

È quindi possibile importare i volumi recuperati in Astra Trident utilizzando "importazione di volumi tridentctl".

Nota L'importazione non è supportata sui ontap-nas-economy driver , , ontap-san-economy`o `ontap-flexgroup-economy .

Protezione dei dati Snapshot

È possibile proteggere e ripristinare i dati utilizzando:

  • Un controller di snapshot esterno e CRD per creare snapshot di volumi Kubernetes di volumi persistenti (PVS).

    "Snapshot dei volumi"

  • ONTAP Snapshot per ripristinare l'intero contenuto di un volume o recuperare singoli file o LUN.

    "Istantanee di ONTAP"

Replica dell'applicazione Astra Control Center

Grazie a Astra Control, è possibile replicare le modifiche di dati e applicazioni da un cluster all'altro utilizzando le funzionalità di replica asincrona di SnapMirror.

"Astra Control: Replica delle applicazioni su un sistema remoto utilizzando la tecnologia SnapMirror"