Skip to main content
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 recovery per Trident e volumi creati con Trident. È necessario disporre di una strategia di protezione e ripristino dei dati per ogni applicazione con un requisito di persistenza.

Replica e recovery di Trident

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

Replica Trident

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

Fasi

  1. Eseguire il backup del cluster Kubernetes etcd 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.

Ripristino Trident

Grazie ai Kubernetes CRD e allo snapshot etcd del cluster Kubernetes, puoi ripristinare 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 sotto /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 Trident siano state create e recuperare gli oggetti Trident per verificare che tutti i dati siano disponibili.

Replica e recovery di SVM

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

È possibile utilizzare "ONTAP: Replica SVM SnapMirror" Per creare la relazione di replica 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 di SVM mediante Trident.

Ripristino di SVM mediante Trident

Trident non rileva automaticamente i guasti della 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 specificato -identity-preserve false oppure -discard-config network Durante la configurazione della replica SVM, aggiornare managementLIF e. dataLIF Nel file di definizione backend Trident.

  3. Confermare storagePrefix È presente nel file di definizione backend Trident. Questo parametro non può essere modificato. Omettere storagePrefix l'aggiornamento del backend non riesce.

  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 specificato -identity-preserve false oppure discard-config network, è necessario eseguire il bounce di tutti i pod di applicazioni.

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

Replica e recovery dei volumi

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 Trident.

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

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

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"

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

    "Istantanee di ONTAP"