Red Hat Summit Red Hat SummitSupportKonsoleEntwicklerDemo startenKontakt

Kapitel 12. Problembehandlung

In diesem Abschnitt werden Ressourcen zur Problembehandlung für das Migration Toolkit for Containers (MTC) beschrieben.

Bekannte Probleme finden Sie in den MTC-Versionshinweisen.

12.1. 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.

    Anmerkung

    Cluster-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:

  1. 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.

  2. 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.

  3. Fügen Sie den Quell-Cluster zur MTC-Webkonsole hinzu.
  4. Fügen Sie das Replikations-Repository zur MTC-Webkonsole hinzu.

  5. 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.

      Anmerkung

      Bei der Direct Image Migration oder der Direct Volume Migration werden die Images oder Volumes direkt vom Quell-Cluster auf den Ziel-Cluster kopiert.

      PV-Migration – Copy

    • 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.

      Anmerkung

      Obwohl das Replikations-Repository in diesem Diagramm nicht angezeigt wird, ist es für die Migration erforderlich.

      PV-Migration – Move

  6. 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.

OCP 3 zu 4 – App-Migration

Informationen zu den Custom Resources von MTC

Das Migration Toolkit for Containers (MTC) erstellt die folgenden Custom Resources (CRs):

Diagramm der Migrationsarchitektur

20 MigCluster (Konfiguration, MTC-Cluster): Cluster-Definition

20 MigStorage (Konfiguration, MTC-Cluster): Speicherdefinition

20 MigPlan (Konfiguration, MTC-Cluster): Migrationsplan

Die CR MigPlan beschreibt die Quell- und Ziel-Cluster, das Replikations-Repository und die zu migrierenden Namespaces. Sie ist mit 0, 1 oder vielen MigMigration-CRs verbunden.

Anmerkung

Beim Löschen einer MigPlan-CR werden die damit zusammenhängenden MigMigration-CRs gelöscht.

20 BackupStorageLocation (Konfiguration, MTC-Cluster): Speicherort der Velero-Backup-Objekte

20 VolumeSnapshotLocation (Konfiguration, MTC-Cluster): Speicherort der Velero-Volume-Schnappschüsse

20 MigMigration (Aktion, MTC-Cluster): Migration, die jedes Mal erstellt wird, wenn Sie Daten bereitstellen oder migrieren. Jede MigMigration-CR hängt mit einer MigPlan-CR zusammen.

20 Backup (Aktion, Quell-Cluster): Wenn Sie einen Migrationsplan ausführen, erstellt die CR MigMigration zwei Velero-Backup-CRs auf jedem Quell-Cluster:

  • Backup-CR 1 für Kubernetes-Objekte
  • Backup-CR 2 für PV-Daten

20 Restore (Aktion, Ziel-Cluster): Wenn Sie einen Migrationsplan ausführen, erstellt die CR MigMigration zwei Velero-Restore-CRs auf dem Ziel-Cluster:

  • CR 1 (mit Backup-CR 2) für PV-Daten wiederherstellen
  • CR 2 (mit Backup-CR 1) für Kubernetes-Objekte wiederherstellen
Nach oben
Red Hat logoGithubredditYoutubeTwitter

Lernen

Testen, kaufen und verkaufen

Communitys

Über Red Hat Dokumentation

Wir helfen Red Hat Benutzern, mit unseren Produkten und Diensten innovativ zu sein und ihre Ziele zu erreichen – mit Inhalten, denen sie vertrauen können. Entdecken Sie unsere neuesten Updates.

Mehr Inklusion in Open Source

Red Hat hat sich verpflichtet, problematische Sprache in unserem Code, unserer Dokumentation und unseren Web-Eigenschaften zu ersetzen. Weitere Einzelheiten finden Sie in Red Hat Blog.

Über Red Hat

Wir liefern gehärtete Lösungen, die es Unternehmen leichter machen, plattform- und umgebungsübergreifend zu arbeiten, vom zentralen Rechenzentrum bis zum Netzwerkrand.

Theme

© 2025 Red Hat, Inc.