Chapitre 1. À propos de Migration Toolkit for Containers
Le Migration Toolkit for Containers (MTC) vous permet de migrer des charges de travail d'applications avec état entre les clusters d'OpenShift Container Platform 4 à la granularité d'un espace de noms.
Si vous migrez depuis OpenShift Container Platform 3, voir À propos de la migration d'OpenShift Container Platform 3 vers 4 et Installer l'opérateur Legacy Migration Toolkit for Containers sur OpenShift Container Platform 3.
Vous pouvez migrer des applications au sein d'un même cluster ou entre clusters en utilisant la migration d'état.
MTC fournit une console Web et une API, en fonction des ressources personnalisées de Kubernetes, pour vous aider à contrôler la migration et à minimiser les temps d’arrêt des applications.
La console MTC est installée par défaut sur le cluster cible. Vous pouvez configurer le Migration Toolkit for Containers Operator pour qu'il installe la console sur un cluster distant.
Voir Options de migration avancées pour plus d'informations sur les sujets suivants :
- Automatiser votre migration avec les crochets de migration et l'API MTC.
- Configuration de votre plan de migration pour exclure des ressources, prendre en charge les migrations à grande échelle et activer le redimensionnement automatique des PV pour la migration directe des volumes.
1.1. Terminologie
| Terme | Dé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 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 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.
