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.Kapitel 5. Informationen zum Migration Toolkit for Containers
Mit dem Migration Toolkit for Containers (MTC) können Sie zustandsbehaftete Anwendungs-Workloads von OpenShift Container Platform 3 zu 4.10 auf der Granularität eines Namespaces migrieren.
Bevor Sie mit der Migration beginnen, sollten Sie sich über die Unterschiede zwischen OpenShift Container Platform 3 und 4 informieren.
MTC bietet eine Webkonsole und eine API, die auf benutzerdefinierten Kubernetes-Ressourcen basiert, um die Migration zu steuern und die Ausfallzeiten von Anwendungen zu minimieren.
Die MTC-Konsole wird standardmäßig auf dem Ziel-Cluster installiert. Sie können den Migration Toolkit for Containers Operator so konfigurieren, dass die Konsole auf einem Quell-Cluster der OpenShift Container Platform 3 oder auf einem Remote-Cluster installiert wird.
MTC unterstützt die Dateisystem- und Schnappschuss-Datenkopiermethoden für die Migration von Daten aus dem Quell-Cluster in den Ziel-Cluster. Sie können eine Methode wählen, die für Ihre Umgebung geeignet ist und von Ihrem Speicheranbieter unterstützt wird.
Der Servicekatalog wird in OpenShift Container Platform 4 eingestellt. Sie können Workload-Ressourcen, die mit dem Servicekatalog bereitgestellt wurden, von OpenShift Container Platform 3 zu 4 migrieren, aber Sie können nach der Migration keine Servicekatalog-Aktionen wie provision
, deprovision
oder update
für diese Workloads durchführen. Die MTC-Konsole zeigt eine Meldung an, wenn die Servicekatalogressourcen nicht migriert werden können.
5.1. Terminologie
Begriff | Definition |
---|---|
Quellen-Cluster | Cluster, aus dem die Anwendungen migriert werden. |
Ziel-Cluster[1] | Cluster, in den die Anwendungen migriert werden. |
Replikations-Repository | Objektspeicher zum Kopieren von Images, Volumes und Kubernetes-Objekten bei indirekter Migration oder für Kubernetes-Objekte bei Direct Volume Migration oder Direct Image Migration. Das Replikations-Repository muss für alle Cluster zugänglich sein. |
Host-Cluster |
Cluster, auf dem der Pod Der Host-Cluster benötigt keine zur Verfügung gestellte Registrierungsroute für die Direct Image Migration. |
Remote-Cluster | Ein Remote-Cluster ist normalerweise der Quell-Cluster, dies ist jedoch nicht erforderlich.
Für einen Remote-Cluster ist eine benutzerdefinierte Ressource Ein Remote-Cluster erfordert eine zur Verfügung gestellte sichere Registrierungsroute für die Direct Image Migration. |
Indirekte Migration | Images, Volumes und Kubernetes-Objekte werden vom Quell-Cluster in das Replikations-Repository und anschließend vom Replikations-Repository in den Ziel-Cluster kopiert. |
Direct Volume Migration | Persistent Volumes werden direkt vom Quell-Cluster auf den Ziel-Cluster kopiert. |
Direct Image Migration | Die Bilder werden direkt vom Quell-Cluster auf den Ziel-Cluster kopiert. |
Stage-Migration | Die Daten werden auf den Ziel-Cluster kopiert, ohne dass die Anwendung angehalten wird. Die mehrfache Ausführung einer Stage-Migration verkürzt die Dauer der Cutover-Migration. |
Cutover-Migration | Die Anwendung wird auf dem Quell-Cluster gestoppt und ihre Ressourcen werden auf den Ziel-Cluster migriert. |
State-Migration | Der Anwendungszustand wird migriert, indem bestimmte Persistent Volume Claims und Kubernetes-Objekte auf den Ziel-Cluster kopiert werden. |
Rollback-Migration | Die Rollback-Migration setzt eine abgeschlossene Migration zurück. |
1 Rufen Sie den Zielcluster in der MTC-Webkonsole auf.