12.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.
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)
-
Objets
Secret(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
Créez une CR
MigMigrationsur la base de l’exemple suivant :$ 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
MigPlanassociée.
- 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.
- Vérifiez que les ressources migrées sont présentes dans le cluster source et que l’application est en cours d’exécution.