Chapitre 10. Résolution de problèmes
Cette section décrit les ressources permettant de résoudre les problèmes affectant Migration Toolkit for Containers (MTC).
Pour les problèmes connus, voir les notes de mise à jour de MTC.
10.1. Flux de travail MTC
Vous pouvez migrer des ressources Kubernetes, des données de volumes persistants et des images de conteneurs internes vers OpenShift Container Platform 4.12 en utilisant la console web Migration Toolkit for Containers (MTC) ou 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 et un compte de service (SA) est une ressource qui existe au niveau de l'espace de noms. Si un SA existe dans un espace de noms que le MTC migre, le MTC localise automatiquement tous les SCC qui sont liés au SA et migre également ces SCC. De même, le CTM migre les volumes persistants qui sont liés aux revendications de volumes persistants de l'espace de noms.
NoteEn 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 :
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.
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.
- Ajoutez le cluster source à la console Web MTC.
- Ajoutez le référentiel de réplication à la console Web MTC.
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.
NoteSi 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.
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.
NoteBien que le référentiel de réplication n’apparaisse pas dans ce diagramme, il est requis dans le cadre de la migration.
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.
À propos des ressources personnalisées de MTC
Migration Toolkit for Containers (MTC) crée les ressources personnalisées (CR) suivantes :
MigCluster (configuration, cluster MTC) : Définition du cluster
MigStorage (configuration, cluster MTC) : Définition du stockage
MigPlan (configuration, cluster MTC) : Plan de migration
La CR MigPlan décrit les clusters source et cible, le référentiel de réplication et les espaces de nommage en cours de migration. Elle est associée à 0, 1 ou plusieurs CR MigMigration.
La suppression d’une CR MigPlan supprime les CR MigMigration associées.
BackupStorageLocation (configuration, cluster MTC) : Emplacement des objets de sauvegarde Velero
VolumeSnapshotLocation (configuration, cluster MTC) : Emplacement des instantanés de volume Velero
MigMigration (action, cluster MTC) : Migration, créée chaque fois que vous mettez en scène ou migrez des données. Chaque CR MigMigration est associé à un CR MigPlan.
Sauvegarde (action, cluster source) : Lorsque vous exécutez un plan de migration, le CR MigMigration crée deux CR de sauvegarde Velero sur chaque cluster source :
- CR de sauvegarde n°1 pour les objets Kubernetes
- CR de sauvegarde n°2 pour les données de volume persistant
Restauration (action, cluster cible) : Lorsque vous exécutez un plan de migration, le CR MigMigration crée deux CR de restauration Velero sur le cluster cible :
- CR de restauration n°1 (à l’aide de la CR de sauvegarde n°2) pour les données de volume persistant
- CR de restauration n°2 (à l’aide de la CR de sauvegarde n°1) pour les objets Kubernetes
