12.5.3. Retroceso manual de una migración
Puede retrotraer una migración fallida manualmente borrando los pods de la etapa y desinstalando la aplicación.
Si ejecuta el mismo plan de migración con éxito, los recursos de la migración fallida se eliminan automáticamente.
Los siguientes recursos permanecen en los espacios de nombres migrados después de una migración directa de volúmenes (DVM) fallida:
- Mapas de configuración (clústeres de origen y destino)
-
Objetos
Secret(clústeres de origen y destino) -
CR
Rsync(clúster de origen)
Estos recursos no afectan al retroceso. Puede eliminarlos manualmente.
Procedimiento
Elimine los pods de la
etapaen todos los clústeres:oc delete $(oc get pods -l migration.openshift.io/is-stage-pod -n <namespace>)
$ oc delete $(oc get pods -l migration.openshift.io/is-stage-pod -n <namespace>)1 Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- Espacios de nombres especificados en el CR
MigPlan.
Desactive la aplicación en el clúster de origen escalando las réplicas a su número antes de la migración:
oc scale deployment <deployment> --replicas=<premigration_replicas>
$ oc scale deployment <deployment> --replicas=<premigration_replicas>Copy to Clipboard Copied! Toggle word wrap Toggle overflow La anotación
migration.openshift.io/preQuiesceReplicasen el CRDeploymentmuestra el número de réplicas antes de la migración:Copy to Clipboard Copied! Toggle word wrap Toggle overflow Verifique que los pods de la aplicación se ejecuten en el clúster de origen:
oc get pod -n <namespace>
$ oc get pod -n <namespace>Copy to Clipboard Copied! Toggle word wrap Toggle overflow