12.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.
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)
-
Objets
Secret(clusters source et de destination) -
CR
Rsync(cluster source)
Ces ressources n’affectent pas l’annulation. Vous pouvez les supprimer manuellement.
Procédure
Supprimez les pods
stagesur tous les clusters :$ 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.
Réactivez l’application sur le cluster source en dimensionnant les réplicas sur leur nombre d’avant la migration :
$ oc scale deployment <deployment> --replicas=<premigration_replicas>L’annotation
migration.openshift.io/preQuiesceReplicasdans la CRDeploymentaffiche le nombre de réplicas d’avant la migration :apiVersion: extensions/v1beta1 kind: Deployment metadata: annotations: deployment.kubernetes.io/revision: "1" migration.openshift.io/preQuiesceReplicas: "1"Vérifiez que les pods d’application sont en cours d’exécution sur le cluster source :
$ oc get pod -n <namespace>