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. Manuelles Zurücksetzen einer Migration
Sie können eine fehlgeschlagene Migration manuell zurücksetzen, indem Sie die stage
-Pods löschen und die Stilllegung der Anwendung aufheben.
Wenn Sie denselben Migrationsplan erfolgreich ausführen, werden die Ressourcen der fehlgeschlagenen Migration automatisch gelöscht.
Die folgenden Ressourcen verbleiben nach einer fehlgeschlagenen Direct Volume Migration (DVM) in den migrierten Namespaces:
- Config-Zuordnungen (Quell- und Ziel-Cluster)
-
Secret
-Objekte (Quell- und Ziel-Cluster) -
Rsync
-CRs (Quell-Cluster)
Diese Ressourcen haben keine Auswirkungen auf das Rollback. Sie können sie manuell löschen.
Vorgehensweise
Löschen Sie die
stage
-Pods auf allen Clustern: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! - 1
- In der CR
MigPlan
angegebene Namespaces.
Heben Sie die Stilllegung der Anwendung auf dem Quell-Cluster auf, indem Sie die Replikate auf ihre Anzahl vor der Migration skalieren:
oc scale deployment <deployment> --replicas=<premigration_replicas>
$ oc scale deployment <deployment> --replicas=<premigration_replicas>
Copy to Clipboard Copied! Die Annotation
migration.openshift.io/preQuiesceReplicas
in der CRDeployment
zeigt die Anzahl der Replikate vor der Migration an:apiVersion: extensions/v1beta1 kind: Deployment metadata: annotations: deployment.kubernetes.io/revision: "1" migration.openshift.io/preQuiesceReplicas: "1"
apiVersion: extensions/v1beta1 kind: Deployment metadata: annotations: deployment.kubernetes.io/revision: "1" migration.openshift.io/preQuiesceReplicas: "1"
Copy to Clipboard Copied! Überprüfen Sie, ob die Anwendungspods auf dem Quell-Cluster ausgeführt werden:
oc get pod -n <namespace>
$ oc get pod -n <namespace>
Copy to Clipboard Copied!