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.

Restaurez les applications

Contributeurs
PDF

Astra Control peut restaurer votre application à partir d'un snapshot ou d'une sauvegarde. La restauration d'un snapshot existant est plus rapide lors de la restauration d'une application sur le même cluster. Vous pouvez utiliser l'interface utilisateur de contrôle Astra ou "API de contrôle Astra" pour restaurer des applications.

Avant de commencer

  • Protéger vos applications en premier : il est fortement recommandé de prendre un instantané ou une sauvegarde de votre application avant de la restaurer. Vous pourrez ainsi cloner à partir de l'instantané ou de la sauvegarde si la restauration échoue.

  • Vérifier les volumes de destination : si vous restaurez vers une classe de stockage différente, assurez-vous que la classe de stockage utilise le même mode d'accès au volume persistant (par exemple, ReadWriteMaly). L'opération de restauration échoue si le mode d'accès au volume persistant de destination est différent. Par exemple, si votre volume persistant source utilise le mode d'accès RWX, en sélectionnant une classe de stockage de destination qui ne peut pas fournir RWX, comme les disques gérés Azure, AWS EBS, Google persistent Disk ou ontap-san, provoque l'échec de l'opération de restauration. Pour plus d'informations sur les modes d'accès aux volumes persistants, reportez-vous au "Kubernetes" documentation :

  • Planifier les besoins en espace : lorsque vous effectuez une restauration sur place d'une application utilisant un stockage NetApp ONTAP, l'espace utilisé par l'application restaurée peut doubler. Une fois la restauration sur place effectuée, supprimez les snapshots indésirables de l'application restaurée pour libérer de l'espace de stockage.

  • * (Clusters Red Hat OpenShift uniquement) Ajouter des stratégies* : lorsque vous créez un projet pour héberger une application sur un cluster OpenShift, un UID SecurityContext est affecté au projet (ou espace de noms Kubernetes). Pour permettre à Astra Control Center de protéger votre application et de la déplacer vers un autre cluster ou projet dans OpenShift, vous devez ajouter des règles qui permettent à l'application de s'exécuter comme un UID. Par exemple, les commandes OpenShift CLI suivantes octroient les règles appropriées à une application WordPress.

    oc new-project wordpress
    oc adm policy add-scc-to-group anyuid system:serviceaccounts:wordpress
    oc adm policy add-scc-to-user privileged -z default -n wordpress

  • Pilotes de classe de stockage pris en charge : Astra Control prend en charge la restauration des sauvegardes à l'aide de classes de stockage soutenues par les pilotes suivants :

    • ontap-nas

    • ontap-nas-economy

    • ontap-san

    • ontap-san-economy

  • * (Pilote ontap-nas-Economy uniquement) sauvegardes et restaurations* : avant de sauvegarder ou de restaurer une application qui utilise une classe de stockage sauvegardée par ontap-nas-economy pilote, vérifiez que "Le répertoire Snapshot du système back-end de stockage ONTAP est masqué". Si ce répertoire n'est pas masqué, l'accès à votre application risque d'être perdu, en particulier s'il utilise NFSv3.

  • Les applications déployées par Helm : les applications déployées avec Helm 3 (ou mises à niveau de Helm 2 à Helm 3) sont entièrement prises en charge. Les applications déployées avec Helm 2 ne sont pas prises en charge.

Avertissement

L'exécution d'une opération de restauration sur place sur une application qui partage des ressources avec une autre application peut avoir des résultats inattendus. Toutes les ressources partagées entre les applications sont remplacées lorsqu'une restauration sur place est effectuée sur l'une des applications. Pour plus d'informations, voir cet exemple.
Étapes

  1. Sélectionnez applications, puis le nom d'une application.

  2. Dans le menu Options de la colonne actions, sélectionnez Restaurer.

  3. Choisissez le type de restauration :

    • Restaurer les espaces de noms d'origine : utilisez cette procédure pour restaurer l'app sur place dans le cluster d'origine.

      Remarque Si votre application utilise une classe de stockage soutenue par ontap-nas-economy pilote, vous devez restaurer l'application à l'aide des classes de stockage d'origine. Vous ne pouvez pas spécifier une classe de stockage différente si vous restaurez l'application dans le même espace de noms.

      1. Sélectionnez le snapshot ou la sauvegarde à utiliser pour restaurer l'application sur place, ce qui restaure l'application à une version antérieure de elle-même.

      2. Sélectionnez Suivant.

        Remarque Si vous restaurez vers un espace de nom qui a déjà été supprimé, un nouvel espace de nom avec le même nom est créé dans le cadre du processus de restauration. Tous les utilisateurs disposant des droits de gestion des applications dans l'espace de noms précédemment supprimé doivent restaurer manuellement les droits sur l'espace de noms nouvellement créé.

    • Restaurer vers de nouveaux espaces de noms : utilisez cette procédure pour restaurer l'application vers un autre cluster ou avec des espaces de noms différents de la source.

      1. Spécifiez le nom de l'application restaurée.

      2. Choisissez le cluster de destination pour l'application que vous souhaitez restaurer.

      3. Entrez un espace de noms de destination pour chaque espace de noms source associé à l'application.

        Remarque Astra Control crée de nouveaux espaces de noms de destination dans le cadre de cette option de restauration. Les espaces de noms de destination que vous spécifiez ne doivent pas être déjà présents sur le cluster de destination.

      4. Sélectionnez Suivant.

      5. Sélectionnez le snapshot ou la sauvegarde à utiliser pour restaurer l'application.

      6. Sélectionnez Suivant.

      7. Options au choix :

        • Restaurer à l'aide des classes de stockage d'origine : l'application utilise la classe de stockage associée à l'origine, sauf si elle n'existe pas sur le cluster cible. Dans ce cas, la classe de stockage par défaut du cluster sera utilisée.

        • Restaurer à l'aide d'une classe de stockage différente : sélectionnez une classe de stockage qui existe sur le cluster cible. Tous les volumes d'application, quelles que soient les classes de stockage qui leur sont associées à l'origine, seront migrés vers cette classe de stockage différente dans le cadre de la restauration.

      8. Sélectionnez Suivant.

  4. Sélectionnez les ressources à filtrer :

    • Restaurer toutes les ressources : restaurez toutes les ressources associées à l'application d'origine.

    • Filtrer les ressources : spécifiez des règles pour restaurer un sous-ensemble des ressources d'application d'origine :

      1. Choisissez d'inclure ou d'exclure des ressources de l'application restaurée.

      2. Sélectionnez Ajouter une règle d'inclusion ou Ajouter une règle d'exclusion et configurez la règle pour filtrer les ressources appropriées lors de la restauration de l'application. Vous pouvez modifier une règle ou la supprimer et créer une nouvelle règle jusqu'à ce que la configuration soit correcte.

        Remarque Pour en savoir plus sur la configuration des règles d'inclusion et d'exclusion, reportez-vous à la section Filtrer les ressources pendant la restauration d'une application.

  5. Sélectionnez Suivant.

  6. Examinez attentivement les détails de l'action de restauration, tapez "restore" (si vous y êtes invité) et sélectionnez Restore.

Résultat

Astra Control restaure l'application en fonction des informations que vous avez fournies. Si vous avez restauré l'application sur place, le contenu des volumes persistants existants est remplacé par le contenu des volumes persistants de l'application restaurée.

Remarque Après une opération de protection des données (clonage, sauvegarde ou restauration) et après le redimensionnement du volume persistant, la nouvelle taille du volume s'affiche dans l'interface utilisateur Web pendant vingt minutes. La protection des données fonctionne avec succès en quelques minutes et vous pouvez utiliser le logiciel de gestion pour le système back-end pour confirmer la modification de la taille du volume.
Important Tout utilisateur membre aux contraintes de namespace par nom/ID d'espace de noms ou par libellés de namespace peut cloner ou restaurer une application vers un nouvel espace de noms sur le même cluster ou vers tout autre cluster du compte de son entreprise. Cependant, le même utilisateur ne peut pas accéder à l'application clonée ou restaurée dans le nouvel espace de noms. Après qu'une opération de clonage ou de restauration a créé un nouvel espace de noms, l'administrateur/propriétaire du compte peut modifier le compte utilisateur membre et mettre à jour les contraintes de rôle pour que l'utilisateur affecté accorde l'accès au nouvel espace de noms.

Filtrer les ressources pendant la restauration d'une application

Vous pouvez ajouter une règle de filtre à un "restaurer" opération qui spécifie les ressources d'application existantes à inclure ou à exclure de l'application restaurée. Vous pouvez inclure ou exclure des ressources en fonction d'un espace de noms, d'un libellé ou d'un GVK (GroupVersionKind) spécifié.

Développez pour plus d'informations sur les scénarios d'inclusion et d'exclusion

  • Vous sélectionnez une règle d'inclusion avec des espaces de noms d'origine (restauration sur place) : les ressources d'application existantes que vous définissez dans la règle seront supprimées et remplacées par celles de l'instantané ou de la sauvegarde sélectionné que vous utilisez pour la restauration. Toutes les ressources que vous ne spécifiez pas dans la règle inclure resteront inchangées.

  • Vous sélectionnez une règle d'inclusion avec de nouveaux espaces de noms : utilisez la règle pour sélectionner les ressources spécifiques que vous voulez dans l'application restaurée. Les ressources que vous ne spécifiez pas dans la règle d'inclusion ne seront pas incluses dans l'application restaurée.

  • Vous sélectionnez une règle d'exclusion avec les espaces de noms d'origine (restauration sur place) : les ressources que vous spécifiez pour être exclues ne seront pas restaurées et resteront inchangées. Les ressources que vous ne spécifiez pas pour exclure seront restaurées à partir de l'instantané ou de la sauvegarde. Toutes les données des volumes persistants seront supprimées et recréées si l'état correspondant fait partie des ressources filtrées.

  • Vous sélectionnez une règle d’exclusion avec de nouveaux espaces de noms : utilisez la règle pour sélectionner les ressources spécifiques que vous souhaitez supprimer de l’application restaurée. Les ressources que vous ne spécifiez pas pour exclure seront restaurées à partir de l'instantané ou de la sauvegarde.

Les règles sont des types d'inclusion ou d'exclusion. Les règles combinant l'inclusion et l'exclusion des ressources ne sont pas disponibles.

Étapes

  1. Après avoir choisi de filtrer les ressources et sélectionné une option d'inclusion ou d'exclusion dans l'assistant Restaurer l'application, sélectionnez Ajouter une règle d'inclusion ou Ajouter une règle d'exclusion.

    Remarque Vous ne pouvez pas exclure des ressources dont la portée est définie par le cluster qui sont automatiquement incluses dans Astra Control.

  2. Configurez la règle de filtre :

    Remarque Vous devez spécifier au moins un espace de noms, un libellé ou un GVK. Assurez-vous que toutes les ressources que vous conservez après l'application des règles de filtre sont suffisantes pour que l'application restaurée reste en bon état.

    1. Sélectionnez un espace de noms spécifique pour la règle. Si vous ne faites pas de sélection, tous les espaces de noms seront utilisés dans le filtre.

      Remarque Si votre application contenait initialement plusieurs espaces de noms et que vous les restaurez à de nouveaux espaces de noms, tous les espaces de noms seront créés même s'ils ne contiennent pas de ressources.

    2. (Facultatif) Entrez un nom de ressource.

    3. (Facultatif) Sélecteur d'étiquettes : inclure un "sélecteur d'étiquettes" pour ajouter à la règle. Le sélecteur d'étiquettes est utilisé pour filtrer uniquement les ressources correspondant à l'étiquette sélectionnée.

    4. (Facultatif) sélectionnez utiliser GVK (GroupVersionKind) défini pour filtrer les ressources pour des options de filtrage supplémentaires.

      Remarque Si vous utilisez un filtre GVK, vous devez spécifier la version et le type.

      1. (Facultatif) Group : dans la liste déroulante, sélectionnez le groupe API Kubernetes.

      2. Type : dans la liste déroulante, sélectionnez le schéma d'objet du type de ressource Kubernetes à utiliser dans le filtre.

      3. Version : sélectionnez la version de l'API Kubernetes.

  3. Vérifiez la règle créée en fonction de vos entrées.

  4. Sélectionnez Ajouter.

    Astuce Vous pouvez créer autant de règles d'inclusion et d'exclusion de ressources que vous le souhaitez. Les règles apparaissent dans le résumé de l'application de restauration avant de lancer l'opération.

Complications liées à la restauration sur place d'une application qui partage des ressources avec une autre application

Vous pouvez effectuer une opération de restauration sur place dans une application qui partage les ressources avec une autre application et produit des résultats inattendus. Toutes les ressources partagées entre les applications sont remplacées lorsqu'une restauration sur place est effectuée sur l'une des applications.

Voici un exemple de scénario qui ne convient pas lorsque vous utilisez la réplication NetApp SnapMirror pour effectuer une restauration :

  1. Vous définissez l'application app1 utilisation de l'espace de noms ns1.

  2. Vous configurez une relation de réplication pour app1.

  3. Vous définissez l'application app2 (sur le même cluster) utilisant les namespaces ns1 et ns2.

  4. Vous configurez une relation de réplication pour app2.

  5. La réplication est inversée pour app2. Ceci provoque le app1 l'application sur le cluster source à désactiver.