10.5. Annulation d’une migration


Vous pouvez annuler une migration en utilisant la console Web MTC ou la CLI.

Vous pouvez également annuler une migration manuellement.

10.5.1. Annulation d’une migration à l’aide de la console Web MTC

Vous pouvez annuler une migration en utilisant la console Web MTC (Migration Toolkit for Containers).

Note

Les ressources suivantes restent dans les espaces de nommage migrés en vue du débogage après l’échec d’une migration directe de volumes (DVM) :

  • Objets ConfigMap (clusters source et de destination)
  • ObjetsSecret (clusters source et de destination)
  • CR Rsync (cluster source)

Ces ressources n’affectent pas l’annulation. Vous pouvez les supprimer manuellement.

Si, par la suite, vous exécutez le même plan de migration avec succès, les ressources de la migration qui a échoué seront automatiquement supprimées.

Si votre application a été arrêtée au cours d’une migration qui a échoué, vous devez annuler la migration pour éviter une corruption des données dans le volume persistant.

L’annulation n’est pas nécessaire si l’application n’a pas été arrêtée pendant la migration, car l’application d’origine est toujours en cours d’exécution sur le cluster source.

Procédure

  1. Dans la console Web MTC, cliquez sur Migration plans.
  2. Cliquez sur le menu Options kebab à côté d'un plan de migration et sélectionnez Rollback sous Migration.
  3. Cliquez sur Rollback et attendez que le processus d’annulation soit terminé.

    Dans les détails du plan de migration, le message Rollback succeeded est affiché.

  4. Vérifiez que l’annulation a réussi dans la console Web OpenShift Container Platform du cluster source :

    1. Cliquez sur Home Projects.
    2. Cliquez sur le projet migré pour afficher son état.
    3. Dans la section Routes, cliquez sur Location pour vérifier que l’application fonctionne correctement, le cas échéant.
    4. Cliquez sur Workloads Pods pour vérifier que les pods s’exécutent dans l’espace de nommage migré.
    5. Cliquez sur Storage Persistent volumes pour vérifier que le volume persistant migré est correctement mis en service.

10.5.2. Annulation d’une migration à partir de l’interface de ligne de commande

Vous pouvez annuler une migration en créant une ressource personnalisée (CR) MigMigration à partir de l’interface de ligne de commande.

Note

Les ressources suivantes restent dans les espaces de nommage migrés en vue du débogage après l’échec d’une migration directe de volumes (DVM) :

  • Objets ConfigMap (clusters source et de destination)
  • ObjetsSecret (clusters source et de destination)
  • CR Rsync (cluster source)

Ces ressources n’affectent pas l’annulation. Vous pouvez les supprimer manuellement.

Si, par la suite, vous exécutez le même plan de migration avec succès, les ressources de la migration qui a échoué seront automatiquement supprimées.

Si votre application a été arrêtée au cours d’une migration qui a échoué, vous devez annuler la migration pour éviter une corruption des données dans le volume persistant.

L’annulation n’est pas nécessaire si l’application n’a pas été arrêtée pendant la migration, car l’application d’origine est toujours en cours d’exécution sur le cluster source.

Procédure

  1. Créez une CR MigMigration sur la base de l’exemple suivant :

    Copy to Clipboard Toggle word wrap
    $ cat << EOF | oc apply -f -
    apiVersion: migration.openshift.io/v1alpha1
    kind: MigMigration
    metadata:
      labels:
        controller-tools.k8s.io: "1.0"
      name: <migmigration>
      namespace: openshift-migration
    spec:
    ...
      rollback: true
    ...
      migPlanRef:
        name: <migplan> 
    1
    
        namespace: openshift-migration
    EOF
    1
    Indiquez le nom de la CR MigPlan associée.
  2. Dans la console Web MTC, vérifiez que les ressources de projet ayant fait l’objet d’une migration ont été supprimées du cluster cible.
  3. Vérifiez que les ressources migrées sont présentes dans le cluster source et que l’application est en cours d’exécution.

10.5.3. Annulation manuelle d’une migration

Vous pouvez annuler manuellement une migration qui a échoué en supprimant les pods stage et en réactivant l’application.

Si vous exécutez le même plan de migration avec succès, les ressources de la migration qui a échoué sont automatiquement supprimées.

Note

Les ressources suivantes restent dans les espaces de nommage migrés après l’échec d’une migration directe des volumes (DVM) :

  • Objets ConfigMap (clusters source et de destination)
  • ObjetsSecret (clusters source et de destination)
  • CR Rsync (cluster source)

Ces ressources n’affectent pas l’annulation. Vous pouvez les supprimer manuellement.

Procédure

  1. Supprimez les pods stage sur tous les clusters :

    Copy to Clipboard Toggle word wrap
    $ oc delete $(oc get pods -l migration.openshift.io/is-stage-pod -n <namespace>) 
    1
    1
    Espaces de nommage spécifiés dans la CR MigPlan.
  2. Réactivez l’application sur le cluster source en dimensionnant les réplicas sur leur nombre d’avant la migration :

    Copy to Clipboard Toggle word wrap
    $ oc scale deployment <deployment> --replicas=<premigration_replicas>

    L’annotation migration.openshift.io/preQuiesceReplicas dans la CR Deployment affiche le nombre de réplicas d’avant la migration :

    Copy to Clipboard Toggle word wrap
    apiVersion: extensions/v1beta1
    kind: Deployment
    metadata:
      annotations:
        deployment.kubernetes.io/revision: "1"
        migration.openshift.io/preQuiesceReplicas: "1"
  3. Vérifiez que les pods d’application sont en cours d’exécution sur le cluster source :

    Copy to Clipboard Toggle word wrap
    $ oc get pod -n <namespace>

Ressources supplémentaires

Retour au début
Red Hat logoGithubredditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance. Découvrez nos récentes mises à jour.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez le Blog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

Theme

© 2025 Red Hat, Inc.