This documentation is for a release that is no longer maintained
See documentation for the latest supported version 3 or the latest supported version 4.Capitolo 5. Informazioni sul Migration Toolkit for Containers
Il Migration Toolkit for Containers (MTC) permette di eseguire la migrazione dei carichi di lavoro delle applicazioni stateful da OpenShift Container Platform 3 a 4.10 al livello di granularità di uno spazio dei nomi.
Prima di iniziare la migrazione, assicurati di rivedere le differenze tra OpenShift Container Platform 3 e 4.
MTC fornisce una console web e un'API, basata sulle risorse personalizzate di Kubernetes, per consentire di controllare la migrazione e ridurre al minimo l'indisponibilità delle applicazioni.
La console MTC è installata sul cluster di destinazione per impostazione predefinita. È possibile configurare il Migration Toolkit for Containers Operator per installare la console su un cluster di origine di OpenShift Container Platform 3 o su un cluster remoto.
MTC supporta i metodi di copia del file system e dei dati degli snapshot per la migrazione dei dati dal cluster di origine al cluster di destinazione. È possibile selezionare un metodo adatto al proprio ambiente e supportato dal provider di storage.
Il catalogo dei servizi è deprecato in OpenShift Container Platform 4. È possibile eseguire la migrazione delle risorse dei carichi di lavoro fornite con il catalogo dei servizi da OpenShift Container Platform 3 a 4, ma non è possibile eseguire azioni del catalogo dei servizi come il provisioning
, il deprovisioning
o l'aggiornamento
su questi carichi di lavoro dopo la migrazione. La console MTC mostra un messaggio se non è possibile eseguire la migrazione delle risorse del catalogo dei servizi.
5.1. Terminologia
Termine | Definizione |
---|---|
Cluster di origine | Cluster da cui viene eseguita la migrazione delle applicazioni. |
Cluster di destinazione[1] | Cluster verso cui viene eseguita la migrazione delle applicazioni. |
Repository di replica | Storage a oggetti utilizzato per copiare immagini, volumi e oggetti Kubernetes durante la migrazione indiretta o per gli oggetti Kubernetes durante la migrazione diretta di volumi o la migrazione diretta di immagini. Il repository di replica deve essere accessibile a tutti i cluster. |
Cluster host |
Cluster su cui sono in esecuzione il pod Il cluster host non richiede un percorso di registro esposto per la migrazione diretta delle immagini. |
Cluster remoto | Un cluster remoto è di solito il cluster di origine ma non deve esserlo necessariamente.
Un cluster remoto richiede una risorsa personalizzata Un cluster remoto richiede un percorso di registro sicuro esposto per la migrazione diretta delle immagini. |
Migrazione indiretta | Immagini, volumi e oggetti Kubernetes vengono copiati dal cluster di origine al repository di replica e poi dal repository di replica al cluster di destinazione. |
Migrazione diretta di volumi | I volumi permanenti sono copiati direttamente dal cluster di origine al cluster di destinazione. |
Migrazione diretta di immagini | Le immagini sono copiate direttamente dal cluster di origine al cluster di destinazione. |
Migrazione di fase | I dati vengono copiati nel cluster di destinazione senza fermare l'applicazione. L'esecuzione di una migrazione di fase più volte riduce la durata della migrazione completa. |
Migrazione completa | L'applicazione viene fermata sul cluster di origine e viene eseguita la migrazione delle sue risorse sul cluster di destinazione. |
Migrazione dello stato | Viene eseguita la migrazione dello stato dell'applicazione copiando specifiche richieste di volumi permanenti e oggetti Kubernetes nel cluster di destinazione. |
Migrazione rollback | Con una migrazione rollback viene eseguito il rollback di una migrazione completata. |
1 Chiamate il cluster di destinazione nella console web di MTC.