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.

Il s'agit d'une documentation non publiée pour SUSE® Storage 1.12 (Dev).

Restaurer le système de stockage SUSE® Storage dans un nouveau cluster en utilisant Velero

Vous pouvez restaurer des charges de travail avec le système Longhorn dans un nouveau cluster via Velero.

Il est nécessaire d’utiliser le plugin CSI Velero ≥ 0.4 pour garantir la restauration réussie de la PersistentVolumeClaim. Visitez Dépannage : Velero restaure le PVC Longhorn bloqué dans l’état En attente lors de l’utilisation de la version du plugin CSI Velero avant v0.4.0 pour obtenir plus d’informations.

Hypothèses :

  • Un nouveau cluster signifie qu’il n’y a aucune donnée de volume Longhorn dans celui-ci.

  • Il existe une cible de sauvegarde distante qui contient toutes les données de volume Longhorn.

  • Il y a un serveur de sauvegarde distant qui peut stocker les sauvegardes du cluster créées par Velero.

Attente :

  • Tous les paramètres seront restaurés. Mais les configurations des nœuds et des disques ne seront pas appliquées.

  • Toutes les charges de travail utilisant des volumes Longhorn seront démarrées après que les volumes aient été restaurés à partir de la cible de sauvegarde distante.

Workflow

Créer une sauvegarde pour l’ancien cluster

  1. Installer Velero dans un cluster utilisant Longhorn.

  2. Créer des sauvegardes pour tous les volumes Longhorn.

  3. Utiliser Velero pour créer une sauvegarde du cluster. Ici, certaines ressources Longhorn doivent être exclues de la sauvegarde du cluster :

     velero backup create lh-cluster --exclude-resources persistentvolumes,persistentvolumeclaims,backuptargets.longhorn.io,backupvolumes.longhorn.io,backups.longhorn.io,nodes.longhorn.io,volumes.longhorn.io,engines.longhorn.io,replicas.longhorn.io,backingimagedatasources.longhorn.io,backingimagemanagers.longhorn.io,backingimages.longhorn.io,sharemanagers.longhorn.io,instancemanagers.longhorn.io,engineimages.longhorn.io

    === Restaurer Longhorn et les charges de travail dans un nouveau cluster

  4. Installer Velero avec le même serveur de sauvegarde distant pour le nouveau cluster.

  5. Restaurer la sauvegarde du cluster. par exemple,

     velero restore create --from-backup lh-cluster

  6. Suppression de tous les anciens pods du gestionnaire d’instances et des pods du gestionnaire d’images de sauvegarde de l’espace de noms longhorn-system. Ces anciens pods devraient être créés par Longhorn plutôt que par Velero et il devrait y avoir des CR correspondants pour eux. Les pods sont inoffensifs mais ils entraîneraient des journaux infinis imprimés dans les pods du Longhorn Manager. par exemple :

     [longhorn-manager-q6n7x] time="2021-12-20T10:42:49Z" level=warning msg="Can't find instance manager for pod instance-manager-r-1f19ecb0, may be deleted"
 [longhorn-manager-q6n7x] time="2021-12-20T10:42:49Z" level=warning msg="Can't find instance manager for pod instance-manager-e-6c3be222, may be deleted"
 [longhorn-manager-ldlvw] time="2021-12-20T10:42:55Z" level=warning msg="Can't find instance manager for pod instance-manager-e-bbf80f76, may be deleted"
 [longhorn-manager-ldlvw] time="2021-12-20T10:42:55Z" level=warning msg="Can't find instance manager for pod instance-manager-r-3818fdca, may be deleted"

  7. Reconfigurer les nœuds et les disques pour le système Longhorn restauré si nécessaire.

  8. Recréer les backing images si nécessaire.

  9. Restaurer tous les volumes Longhorn à partir de la cible de sauvegarde distante.

  10. S’il y a des volumes de sauvegarde RWX, les utilisateurs doivent mettre à jour manuellement le mode d’accès à ReadWriteMany puisque tous les volumes restaurés sont en mode ReadWriteOnce par défaut.

  11. Créer des PVC et des PV avec les noms précédents pour les volumes restaurés.

Nous allons améliorer le système Longhorn afin que les utilisateurs n’aient pas besoin d’appliquer l’étape 3 et l’étape 8 à l’avenir.

Références