Red Hat Summit Red Hat SummitSupportConsoleDéveloppeursCommencer un essaiContact

5.2. Flux de travail MTC

Vous pouvez migrer des ressources Kubernetes, des données de volume persistant et des images de conteneur internes vers OpenShift Container Platform 4.10 à l’aide de la console Web MTC (Migration Toolkit for Containers) ou de l’API Kubernetes.

MTC fait migrer les ressources suivantes :

  • Un espace de nommage spécifié dans un plan de migration.

  • Des ressources délimitées par l’espace de nommage : lorsque MTC migre un espace de nommage, il migre l’ensemble des objets et ressources qui y sont associés, comme les services ou les pods. De plus, si une ressource qui existe dans l’espace de nommage, mais pas au niveau du cluster, dépend d’une ressource existant au niveau du cluster, MTC migre les deux.

    Par exemple, une contrainte de contexte de sécurité (SCC) est une ressource qui existe au niveau du cluster, tandis qu’un compte de service (SA) est une ressource qui existe au niveau de l’espace de nommage. Si un compte de service existe dans un espace de nommage que MTC fait migrer, MTC recherche automatiquement tous les SCC qui sont liés à ce compte SA et fait également migrer les contraintes. De même, MTC fait migrer les revendications de volume persistant qui sont liées aux volumes persistants de l’espace de nommage.

    Note

    En fonction de la ressource, il se peut que les ressources délimitées par le cluster doivent faire l’objet d’une migration manuelle.

  • Ressources personnalisées (CR) et définitions de ressources personnalisées (CRD) : MTC migre automatiquement les CR et CRD au niveau de l’espace de nommage.

La procédure de migration d’une application à l’aide de la console Web MTC comprend les étapes suivantes :

  1. Installez l’opérateur Migration Toolkit for Containers sur tous les clusters.

    Vous pouvez installer l’opérateur Migration Toolkit for Containers dans un environnement restreint avec un accès Internet limité, voire aucun accès Internet. Les clusters source et cible doivent disposer d’un accès réseau entre eux et vers un registre miroir.

  2. Configurez le référentiel de réplication, un stockage d’objets intermédiaire que MTC utilise pour la migration des données.

    Les clusters source et cible doivent disposer d’un accès réseau au référentiel de réplication pendant la migration. Si vous utilisez un serveur mandateur, vous devez le configurer pour qu’il autorise le trafic réseau entre le référentiel de réplication et les clusters.

  3. Ajoutez le cluster source à la console Web MTC.
  4. Ajoutez le référentiel de réplication à la console Web MTC.

  5. Créez un plan de migration, avec l’une des options de migration de données suivantes :

    • Copy : MTC copie les données du cluster source vers le référentiel de réplication, et du référentiel de réplication vers le cluster cible.

      Note

      Si vous utilisez la migration directe d’images ou de volumes, les images ou les volumes sont copiés directement du cluster source vers le cluster cible.

      migration PV - copie

    • Move : MTC démonte un volume distant (NFS, par exemple) du cluster source, crée une ressource PV sur le cluster cible pointant vers le volume distant, puis monte le volume distant sur le cluster cible. Les applications qui s’exécutent sur le cluster cible utilisent le même volume distant que celui qui était utilisé par le cluster source. Le volume distant doit être accessible aux clusters source et cible.

      Note

      Bien que le référentiel de réplication n’apparaisse pas dans ce diagramme, il est requis dans le cadre de la migration.

      migration PV - déplacement

  6. Exécutez le plan de migration, avec l’une des options suivantes :

    • L’option Stage copie les données vers le cluster cible sans arrêter l’application.

      Une migration par étapes peut être exécutée plusieurs fois afin que la plupart des données soient copiées sur la cible avant la migration. L’exécution d’une ou plusieurs migrations par étapes réduit la durée de la migration à basculement.

    • L’option Cutover arrête l’application sur le cluster source et déplace les ressources vers le cluster cible.

      Facultatif : vous pouvez décocher la case Halt transactions on the source cluster during migration.

Migration de l’application OCP 3 vers 4
Retour au début
Red Hat logoGithubredditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance. Découvrez nos récentes mises à jour.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez le Blog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

Theme

© 2025 Red Hat