This documentation is for a release that is no longer maintained
See documentation for the latest supported version 3 or the latest supported version 4.12.5.3. Rollback manuale di una migrazione
È possibile eseguire il rollback di una migrazione non riuscita manualmente eliminando i pod dello stage e riportando l'applicazione allo stato attivo.
Se si esegue con successo lo stesso piano di migrazione, le risorse della migrazione non riuscita vengono eliminate automaticamente.
Le seguenti risorse rimangono negli spazi dei nomi migrati dopo una migrazione di volumi diretta (DVM) non riuscita:
- Mappe di configurazione (cluster di origine e destinazione)
-
Oggetti
Secret(cluster di origine e destinazione) -
Risorse personalizzate
Rsync(cluster di origine)
Queste risorse non influiscono sul rollback. È possibile eliminarle manualmente.
Procedura
Eliminare i pod
stagesu tutti i cluster: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
- Spazi dei nomi specificati nella risorsa personalizzata
MigPlan.
Riattivare l'applicazione sul cluster di origine ridimensionando le repliche sul numero di pre-migrazione:
oc scale deployment <deployment> --replicas=<premigration_replicas>
$ oc scale deployment <deployment> --replicas=<premigration_replicas>Copy to Clipboard Copied! Toggle word wrap Toggle overflow L'annotazione
migration.openshift.io/preQuiesceReplicasnella risorsa personalizzataDeploymentmostra il numero di repliche pre-migrazione:Copy to Clipboard Copied! Toggle word wrap Toggle overflow Verificare che i pod delle applicazioni siano in esecuzione sul cluster di origine:
oc get pod -n <namespace>
$ oc get pod -n <namespace>Copy to Clipboard Copied! Toggle word wrap Toggle overflow