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 d'activité

Contributeurs
PDF

Découvrez les options de protection et de restauration d'Astra Trident et des volumes créés à l'aide d'Astra 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 d'Astra Trident

Vous pouvez créer une sauvegarde pour restaurer Astra Trident en cas d'incident.

Réplication Astra Trident

ASTRA Trident utilise des 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 à l'aide de "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 d'Astra Trident

À l'aide des CRD Kubernetes et du snapshot de groupe Kubernetes, vous pouvez restaurer Astra 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. Exécutez kubectl get crd pour vérifier que toutes les ressources personnalisées Trident sont bien présentes et récupérez les objets Trident pour vérifier que toutes les données sont disponibles.

Réplication et restauration des SVM

ASTRA Trident ne peut pas configurer les relations de réplication, mais 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

Utiliser "ONTAP : réplication SVM SnapMirror" pour créer la relation de réplication du 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 d'un SVM avec Astra Trident.

Restauration d'un SVM avec Astra Trident

Astra Trident ne détecte pas automatiquement les défaillances du 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, mettez à jour les managementLIF et dataLIF dans le fichier de définition du back-end Trident.

  3. Vérifiez que storagePrefix est présent dans le fichier de définition du back-end Trident. Ce paramètre ne peut pas être modifié. L'omission storagePrefix entraînera 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 Astra Trident commencent à transmettre des données lorsque le SVM de destination est activé.

Réplication et restauration de volume

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

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

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

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"

Réplication des applications Astra Control Center

Avec Astra Control, vous pouvez répliquer les modifications des données et des applications d'un cluster à un autre à l'aide des fonctionnalités de réplication asynchrone de SnapMirror.

"ASTRA Control : réplication d'applications sur un système distant à l'aide de la technologie SnapMirror"