Capítulo 5. Sobre o Migration Toolkit for Containers
O Migration Toolkit for Containers (MTC) permite que você migre cargas de trabalho de aplicativos com estado do OpenShift Container Platform 3 para a versão 4.10 na granularidade de um namespace.
Antes de iniciar sua migração, certifique-se de rever as diferenças entre o OpenShift Container Platform 3 e 4.
O MTC fornece um console web e uma API, com base nos recursos personalizados do Kubernetes, para ajudar você a controlar a migração e minimizar o tempo de inatividade dos aplicativos.
O console do MTC é instalado no cluster de destino por padrão. É possível configurar o Migration Toolkit for Containers Operator para instalar o console em um cluster de origem do OpenShift Container Platform 3 ou em um cluster remoto.
O MTC é compatível com o sistema de arquivos e os métodos de cópia de dados de snapshots para a migração de dados a partir do cluster de origem para o cluster de destino. Você pode selecionar um método adequado ao seu ambiente e que seja compatível com seu provedor de armazenamento.
O catálogo de serviços foi descontinuado no OpenShift Container Platform 4. Você pode migrar recursos de carga de trabalho provisionados com o catálogo de serviços do OpenShift Container Platform 3 para a versão 4, mas não será possível realizar ações do catálogo de serviços como provision, deprovision ou update nessas cargas de trabalho após a migração. O console do MTC exibirá uma mensagem se não for possível migrar os recursos do catálogo de serviços.
5.1. Terminologia Copiar o linkLink copiado para a área de transferência!
| Termo | Definição |
|---|---|
| Cluster de origem | O cluster a partir do qual os aplicativos são migrados. |
| Cluster de destino[1] | O cluster para o qual os aplicativos são migrados. |
| Repositório de replicação | Armazenamento de objetos usado para copiar imagens, volumes e objetos do Kubernetes durante a migração indireta ou para objetos do Kubernetes durante a migração direta de volumes ou migração direta de imagens. O repositório de replicação deve ser acessível a todos os clusters. |
| Cluster de host |
O cluster no qual o pod O cluster de host não requer uma rota de registro exposto para a migração direta da imagem. |
| Cluster remoto | Um cluster remoto é geralmente o cluster de origem, mas isso não é necessário.
Um cluster remoto requer um recurso personalizado Um cluster remoto requer uma rota de registro segura exposta para a migração direta da imagem. |
| Migração indireta | Imagens, volumes e objetos do Kubernetes são copiados do cluster de origem para o repositório de replicação e, então, do repositório de replicação para o cluster de destino. |
| Migração direta de volume | Os volumes persistentes são copiados diretamente do cluster de origem para o cluster de destino. |
| Migração direta de imagem | As imagens são copiadas diretamente do cluster de origem para o cluster de destino. |
| Migração em etapas | Os dados são copiados para o cluster de destino sem interromper o aplicativo. Executar várias vezes uma migração em etapas reduz a duração da migração de substituição. |
| Migração de substituição | O aplicativo é interrompido no cluster de origem e os recursos dele são migrados para o cluster de destino. |
| Migração de estado | O estado do aplicativo é migrado copiando as reivindicações específicas de volume persistente e os objetos do Kubernetes para o cluster de destino. |
| Migração de reversão | A migração de reversão reverte uma migração concluída. |
1 Chamado de cluster alvo no console web do MTC.