Ce document a été traduit à l'aide d'une technologie de traduction automatique. Bien que nous nous efforcions de fournir des traductions exactes, nous ne fournissons aucune garantie quant à l'exhaustivité, l'exactitude ou la fiabilité du contenu traduit. En cas de divergence, la version originale anglaise prévaut et fait foi.

Restauration en cours SUSE Rancher Prime

Cette page décrit comment effectuer une restauration avec Rancher.

Suivez les instructions de cette page lorsque :

  • L’instance Rancher en cours d’exécution est à la même version que celle à laquelle la sauvegarde a été effectuée.

  • Le cluster en amont (local) est le même que celui où la sauvegarde a été effectuée.

Important

Lors de la restauration de Rancher sur la même configuration, l’opérateur réduira l’échelle du déploiement Rancher lorsque la restauration commencera, et il augmentera à nouveau le déploiement une fois la restauration terminée. Rancher sera indisponible pendant la restauration.
Avertissement pour les utilisateurs de Fleet

Vous devez prendre en compte la disponibilité du serveur API Kubernetes et des GitRepos en pause lors de la restauration d’une configuration Rancher qui exécute des charges de travail Fleet. Voir la SUSE® Rancher Prime: Continuous Delivery documentation pour plus de détails.

Créer la Ressource Personnalisée de Restauration

Une restauration est effectuée en créant une ressource personnalisée de restauration.

  1. Dans le coin supérieur gauche, cliquez sur ☰ > Gestion des clusters.

  2. Sur la page Clusters, allez au cluster local et cliquez sur Explorer. Le cluster local exécute le serveur Rancher.

  3. Dans la barre de navigation à gauche, cliquez sur Sauvegardes Rancher  Restaurations.

  4. Cliquez sur Create.

  5. Créez la restauration avec le formulaire ou avec YAML. Pour créer la ressource de restauration à l’aide du formulaire, référez-vous à la référence de configuration et aux exemples.

  6. Pour utiliser l’éditeur YAML, nous pouvons cliquer sur Créer  Créer à partir de YAML. Entrez le YAML de restauration.

     apiVersion: resources.cattle.io/v1
 kind: Restore
 metadata:
   name: restore-migration
 spec:
   backupFilename: backup-b0450532-cee1-4aa1-a881-f5f48a007b1c-2020-09-15T07-27-09Z.tar.gz
   encryptionConfigSecretName: encryptionconfig
   storageLocation:
     s3:
       credentialSecretName: s3-creds
       credentialSecretNamespace: default
       bucketName: rancher-backups
       folder: rancher
       region: us-west-2
       endpoint: s3.us-west-2.amazonaws.com

    Pour obtenir de l’aide sur la configuration de la restauration, référez-vous à la référence de configuration et aux exemples.

  7. Cliquez sur Create.

Résultat : L’opérateur Rancher réduit l’échelle du déploiement Rancher pendant la restauration, puis l’augmente à nouveau une fois la restauration terminée. Les ressources sont restaurées dans cet ordre :

  1. Définitions de ressources personnalisées (CRDs)

  2. Ressources à portée de cluster

  3. Ressources à portée d’espace de noms

Journaux

Pour vérifier comment la restauration progresse, vous pouvez consulter les journaux de l’opérateur. Exécutez cette commande pour suivre les journaux :

kubectl logs -n cattle-resources-system -l app.kubernetes.io/name=rancher-backup -f

Nettoyage

Si vous avez créé la ressource de restauration avec kubectl, supprimez la ressource pour éviter un conflit de nom avec de futures restaurations.

Problèmes connus

Dans certains cas, après avoir restauré la sauvegarde, les journaux de Rancher afficheront des erreurs similaires à celles-ci :

2021/10/05 21:30:45 [ERROR] error syncing 'c-89d82/m-4067aa68dd78': handler rke-worker-upgrader: clusters.management.cattle.io "c-89d82" not found, requeuing

Cela se produit parce qu’une des ressources qui vient d’être restaurée a des finalisateurs, mais les ressources associées ont été supprimées, donc le gestionnaire ne peut pas les trouver.

Pour éliminer les erreurs, nous devons trouver et supprimer la ressource qui cause l’erreur. Voir plus d’informations ici