Skip to main content
Une version plus récente de ce produit est disponible.
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 après sinistre

PDF

Découvrez les options de protection et de récupération pour Trident et les volumes créés avec Trident. Vous devez disposer d'une stratégie de protection des données et de récupération pour chaque application nécessitant une persistance.

Réplication et récupération de Trident

Vous pouvez créer une sauvegarde pour restaurer Trident en cas de sinistre.

Réplication Trident

Trident utilise les CRD Kubernetes pour stocker et gérer son propre état et le cluster Kubernetes etcd pour stocker ses métadonnées.

Étapes

  1. Sauvegardez le cluster Kubernetes etcd en utilisant "Kubernetes : sauvegarde d'un cluster etcd".

  2. Placez les fichiers de sauvegarde sur un volume FlexVol

    Remarque NetApp recommande de protéger la SVM où le volume FlexVol réside avec une relation SnapMirror vers une autre SVM.

Récupération de Trident

En utilisant les CRD Kubernetes et l'instantané etcd du cluster Kubernetes, vous pouvez récupérer Trident.

Étapes

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

  2. Copiez tous les certificats requis relatifs au 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 en utilisant "Kubernetes : restauration d'un cluster etcd".

  4. Exécutez kubectl get crd pour vérifier que toutes les ressources personnalisées Trident sont opérationnelles et récupérez les objets Trident pour vérifier que toutes les données sont disponibles.

Réplication et récupération de SVM

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

En cas de sinistre, vous pouvez activer le SVM de destination SnapMirror pour commencer à servir les données. Vous pouvez revenir au SVM principal une fois les systèmes rétablis.

À propos de cette tâche

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

  • Vous devez créer un backend distinct pour chaque SVM avec SVM-DR activé.

  • Configurez les classes de stockage pour sélectionner les backends répliqués uniquement lorsque cela est nécessaire afin d’éviter que des volumes qui n’ont pas besoin de réplication soient provisionnés sur les backends qui prennent en charge SVM-DR.

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

Réplication SVM

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

SnapMirror vous permet de définir des options pour contrôler ce qui doit être répliqué. Vous devrez connaître les options que vous avez sélectionnées lors de l'exécution Récupération SVM à l'aide de Trident.

Récupération SVM à l'aide de Trident

Trident ne détecte pas automatiquement les pannes de SVM. En cas de sinistre, l'administrateur peut déclencher manuellement le basculement de Trident vers le nouveau SVM.

Étapes

  1. Annulez les transferts SnapMirror planifiés et en cours, interrompez la relation de réplication, arrêtez la SVM source puis activez la SVM de destination SnapMirror.

  2. Si vous avez spécifié -identity-preserve false ou -discard-config network lors de la configuration de votre réplication SVM, mettez à jour managementLIF et dataLIF dans le fichier de définition du backend Trident.

  3. Confirmer storagePrefix est présent dans le fichier de définition du backend Trident. Ce paramètre ne peut pas être modifié. Omettre storagePrefix entraînera l'échec de la mise à jour du backend.

  4. Mettez à jour tous les backends requis pour refléter le nouveau nom de la SVM de destination en utilisant :

    ./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 redémarrer tous les pods d'application.

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

Réplication et récupération de volume

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

Vous pouvez ensuite importer les volumes récupérés dans Trident en utilisant "tridentctl volume import".

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 des données à l'aide de :

  • Un contrôleur de snapshots externe et des CRD pour créer des snapshots de volumes persistants (PVs) Kubernetes.

    "Instantanés de volume"

  • Utilisez les snapshots ONTAP pour restaurer l'intégralité du contenu d'un volume ou pour récupérer des fichiers ou des LUN individuels.

    "Instantanés ONTAP"