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.5.2. MTC-Workflow
Sie können Kubernetes-Ressourcen, Persistent Volume-Daten und interne Container-Images auf OpenShift Container Platform 4.10 migrieren, indem Sie die MTC-Webkonsole (Migration Toolkit for Containers) oder die Kubernetes-API verwenden.
MTC migriert die folgenden Ressourcen:
- Ein in einem Migrationsplan angegebener Namespace.
Namespace-gebundene Ressourcen: Wenn der MTC einen Namespace migriert, migriert er alle mit diesem Namespace verbundenen Objekte und Ressourcen, wie z. B. Dienste oder Pods. Wenn außerdem eine Ressource, die im Namespace, aber nicht auf Cluster-Ebene existiert, von einer Ressource abhängt, die auf Cluster-Ebene existiert, migriert das MTC beide Ressourcen.
Ein Security Context Constraint (SCC) ist beispielsweise eine Ressource, die auf Cluster-Ebene existiert, und ein Service Account (SA) ist eine Ressource, die auf Namespace-Ebene existiert. Wenn ein SA in einem Namespace existiert, den das MTC migriert, findet der MTC automatisch alle SCCs, die mit dem SA verknüpft sind, und migriert auch diese SCCs. In ähnlicher Weise migriert der MTC Persistent Volume Claims, die mit den Persistent Volumes des Namespace verknüpft sind.
AnmerkungCluster-gebundene Ressourcen müssen je nach Ressource möglicherweise manuell migriert werden.
- Custom Resources (CRs) und Custom Resource Definitions (CRDs): MTC migriert automatisch CRs und CRDs auf Namespace-Ebene.
Die Migration einer Anwendung mit der MTC-Webkonsole umfasst die folgenden Schritte:
Installieren Sie den Migration Toolkit for Containers Operator auf allen Clustern.
Sie können den Migration Toolkit for Containers Operator in einer eingeschränkten Umgebung mit begrenztem oder keinem Internetzugang installieren. Die Quell- und Ziel-Cluster müssen über einen Netzwerkzugang zueinander und zu einer Spiegelregistrierung verfügen.
Konfigurieren Sie das Replikations-Repository, einen temporären Objektspeicher, den MTC für die Datenmigration verwendet.
Quell- und Ziel-Cluster müssen während der Migration Netzwerkzugriff auf das Replikations-Repository haben. Wenn Sie einen Proxyserver verwenden, müssen Sie ihn so konfigurieren, dass der Netzwerkverkehr zwischen dem Replikations-Repository und den Clustern zugelassen wird.
- Fügen Sie den Quell-Cluster zur MTC-Webkonsole hinzu.
- Fügen Sie das Replikations-Repository zur MTC-Webkonsole hinzu.
Erstellen Sie einen Migrationsplan mit einer der folgenden Datenmigrationsoptionen:
Copy: MTC kopiert die Daten aus dem Quell-Cluster in das Replikations-Repository und aus dem Replikations-Repository in den Ziel-Cluster.
AnmerkungBei der Direct Image Migration oder der Direct Volume Migration werden die Images oder Volumes direkt vom Quell-Cluster auf den Ziel-Cluster kopiert.
Move: MTC gebt die Bereitstellung eines Remote-Volume auf, z. B. NFS auf dem Quell-Cluster, erstellt eine PV-Ressource auf dem Ziel-Cluster, die auf das Remote-Volume zeigt, und stellt dann das Remote-Volume auf dem Ziel-Cluster bereit. Anwendungen, die auf dem Ziel-Cluster ausgeführt werden, verwenden dasselbe Remote-Volume, das auch der Quell-Cluster verwendet hat. Das Remote-Volume muss für den Quell- und den Ziel-Cluster zugänglich sein.
AnmerkungObwohl das Replikations-Repository in diesem Diagramm nicht angezeigt wird, ist es für die Migration erforderlich.
Führen Sie den Migrationsplan mit einer der folgenden Optionen aus:
Stage kopiert Daten auf den Ziel-Cluster, ohne die Anwendung anzuhalten.
Eine Stage-Migration kann mehrfach durchgeführt werden, sodass die meisten Daten vor der Migration auf das Ziel kopiert werden. Die Durchführung einer oder mehrerer Stage-Migrationen verkürzt die Dauer der Cutover-Migration.
Cutover stoppt die Anwendung auf dem Quell-Cluster und verschiebt die Ressourcen auf den Ziel-Cluster.
Optional: Sie können das Kontrollkästchen Halt transactions on the source cluster during migration deaktivieren.
