Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Protection des données et reprise d'activité

Contributeurs
PDF

En savoir plus sur les options de protection et de restauration pour Trident et les volumes créés à l'aide de Trident. Vous devez disposer d'une stratégie de protection et de restauration des données pour chaque application ayant des exigences de persistance.

Réplication et restauration Trident

En cas d'incident, vous pouvez créer une sauvegarde pour restaurer Trident.

Réplication Trident

Trident utilise des CRD Kubernetes pour stocker et gérer son propre état ainsi que celui du cluster Kubernetes pour stocker ses métadonnées.

Étapes

  1. Sauvegardez le cluster Kubernetes avec "Kubernetes : sauvegarde d'un cluster ETCD".

  2. Placez les artéfacts de sauvegarde sur une FlexVol.

    Remarque Nous vous recommandons de protéger la SVM où réside la FlexVol avec une relation SnapMirror vers une autre SVM.

Restauration Trident

Avec les CRD Kubernetes et le snapshot de type ETCD du cluster Kubernetes, vous pouvez restaurer Trident.

Étapes

  1. Depuis le SVM de destination, monter le volume qui contient les fichiers de données et les certificats Kubernetes sur l'hôte qui sera configuré en tant que nœud maître.

  2. Copiez tous les certificats requis en rapport avec le cluster Kubernetes sous /etc/kubernetes/pki et les fichiers membres etcd sous /var/lib/etcd.

  3. Restaurez le cluster Kubernetes à partir de la sauvegarde ETCD à l'aide de "Kubernetes : restauration d'un cluster ETCD".

  4. Courez kubectl get crd Pour vérifier que toutes les ressources personnalisées Trident sont disponibles et récupérer les objets Trident afin de vérifier que toutes les données sont disponibles.

Réplication et restauration des SVM

Trident ne peut pas configurer les relations de réplication. Toutefois, l'administrateur du stockage peut utiliser "SnapMirror ONTAP" pour répliquer un SVM.

En cas d'incident, vous pouvez activer la SVM de destination SnapMirror pour démarrer le service des données. Vous pouvez revenir au système principal lorsque les systèmes sont restaurés.

Description de la tâche

Tenir compte des points suivants lors de l'utilisation de la fonction de réplication SVM SnapMirror :

  • Vous devez créer un back-end distinct pour chaque SVM lorsque la fonction SVM-DR est activée.

  • Configurez les classes de stockage pour sélectionner les systèmes back-end répliqués uniquement en cas de besoin, afin d'éviter que des volumes ne nécessitant pas de réplication provisionnée vers les systèmes back-end qui prennent en charge la SVM-DR.

  • Les administrateurs d'applications doivent comprendre les coûts et la complexité supplémentaires associés à la réplication et tenir compte de leur plan de reprise avant de commencer ce processus.

Réplication SVM

Vous pouvez utiliser "ONTAP : réplication SVM SnapMirror" Pour créer la relation de réplication de SVM.

SnapMirror vous permet de définir des options pour contrôler ce qui doit être répliqué. Vous devez savoir quelles options vous avez sélectionnées lors de la préformation Restauration des SVM à l'aide de Trident.

Restauration des SVM à l'aide de Trident

Trident ne détecte pas automatiquement les défaillances des SVM. En cas d'incident, l'administrateur peut initier manuellement le basculement de Trident vers le nouveau SVM.

Étapes

  1. Annuler les transferts SnapMirror planifiés et en cours, rompre la relation de réplication, arrêter la SVM source, puis activer la SVM de destination SnapMirror.

  2. Si vous avez spécifié -identity-preserve false ou -discard-config network Lors de la configuration de la réplication de votre SVM, mettre à jour managementLIF et dataLIF Dans le fichier de définition du back-end Trident.

  3. Confirmer storagePrefix Est présent dans le fichier de définition du back-end Trident. Ce paramètre ne peut pas être modifié. Omission storagePrefix provoque l'échec de la mise à jour du back-end.

  4. Mettre à jour tous les systèmes back-end nécessaires pour indiquer le nom du nouveau SVM de destination à l'aide de :

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

  5. Si vous avez spécifié -identity-preserve false ou discard-config network, vous devez rebondir tous les pods d'application.

    Remarque Si vous avez spécifié -identity-preserve true, tous les volumes provisionnés par Trident commencent à transmettre des données lorsque le SVM de destination est activé.

Réplication et restauration de volume

Trident ne peut pas configurer les relations de réplication SnapMirror. Toutefois, l'administrateur du stockage peut utiliser "Réplication et restauration ONTAP SnapMirror" pour répliquer les volumes créés par Trident.

Vous pouvez ensuite importer les volumes récupérés dans Trident à l'aide de "importation de volume tridentctl".

Remarque L'importation n'est pas prise en charge sur ontap-nas-economy, ontap-san-economy, ou ontap-flexgroup-economy pilotes.

Protection des données Snapshot

Vous pouvez protéger et restaurer les données à l'aide des éléments suivants :

  • Un contrôleur de snapshot externe et des CRD pour créer des copies Snapshot de volume Kubernetes de volumes persistants (PVS).

    "Snapshots de volume"

  • Snapshots ONTAP pour restaurer le contenu complet d'un volume ou pour restaurer des fichiers individuels ou des LUN.

    "Snapshots ONTAP"