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
etapa
en todos los clústeres:$ oc delete $(oc get pods -l migration.openshift.io/is-stage-pod -n <namespace>) 1
- 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>
La anotación
migration.openshift.io/preQuiesceReplicas
en el CRDeployment
muestra el número de réplicas antes de la migración:apiVersion: extensions/v1beta1 kind: Deployment metadata: annotations: deployment.kubernetes.io/revision: "1" migration.openshift.io/preQuiesceReplicas: "1"
Verifique que los pods de la aplicación se ejecuten en el clúster de origen:
$ oc get pod -n <namespace>