Chapitre 9. Options de migration avancées


Vous pouvez automatiser vos migrations et modifier les ressources personnalisées MigPlan et MigrationController afin d’effectuer des migrations à grande échelle et d’améliorer les performances.

9.1. Terminologie

Tableau 9.1. Terminologie MTC
TermeDéfinition

Cluster source

Cluster à partir duquel les applications sont migrées.

Cluster de destination[1]

Cluster vers lequel les applications sont migrées.

Un référentiel de réplication

Stockage d’objets utilisé pour la copie d’images, de volumes et d’objets Kubernetes pendant la migration indirecte ou pour des objets Kubernetes pendant la migration directe de volumes ou d’images.

Le référentiel de réplication doit être accessible à tous les clusters.

Cluster hôte

Cluster sur lequel le pod migration-controller et la console Web sont exécutés. Le cluster hôte est généralement le cluster de destination, mais ce n’est pas obligatoire.

Le cluster hôte n’a pas besoin d’une route de registre exposée pour la migration directe des images.

Cluster distant

Un cluster distant est généralement le cluster source, mais ce n’est pas obligatoire.

Un cluster distant nécessite une ressource personnalisée Secret contenant le token de compte de service migration-controller.

Un cluster distant nécessite une route de registre sécurisée exposée pour la migration directe des images.

Migration indirecte

Les images, volumes et objets Kubernetes sont copiés du cluster source vers le référentiel de réplication, puis du référentiel de réplication vers le cluster de destination.

Migration directe des volumes

Les volumes persistants sont copiés directement du cluster source vers le cluster de destination.

Migration directe des images

Les images sont copiées directement du cluster source vers le cluster de destination.

Migration par étapes

Les données sont copiées vers le cluster de destination sans arrêter l’application.

Le fait d’exécuter plusieurs fois une migration par étapes réduit la durée de la migration à basculement.

Migration à basculement

L’application est arrêtée sur le cluster source et ses ressources sont migrées vers le cluster de destination.

Migration d’état

L'état de l'application est migré en copiant les demandes de volumes persistants spécifiques vers le cluster de destination.

Migration de retour

La migration de retour annule une migration terminée.

1 Appelez le cluster cible dans la console Web MTC.

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.

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

© 2024 Red Hat, Inc.