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.Capítulo 10. Migração dos aplicativos
Você pode migrar seus aplicativos usando o console web do Migration Toolkit for Containers (MTC) ou a linha de comando.
É possível usar a migração em etapas e a migração de substituição para migrar um aplicativo entre clusters:
- A migração em etapas copia os dados do cluster de origem para o cluster de destino sem interromper o aplicativo. Você pode executar uma migração em etapas várias vezes para reduzir a duração da migração de substituição.
- A migração de substituição interrompe as transações no cluster de origem e move os recursos para o cluster de destino.
É possível usar a migração de estado para migrar o estado de um aplicativo:
- A migração de estado copia reivindicações de volume persistente (PVCs) e recursos do Kubernetes selecionados.
- Você pode usar a migração de estado para migrar um namespace dentro do mesmo cluster.
A maioria dos recursos com escopo de cluster ainda não é manipulada pelo MTC. Se seus aplicativos exigem recursos com escopo de cluster, talvez seja necessário criá-los manualmente no cluster de destino.
Durante a migração, o MTC preserva as seguintes anotações de namespace:
-
openshift.io/sa.scc.mcs -
openshift.io/sa.scc.supplemental-groups -
openshift.io/sa.scc.uid-range
Essas anotações preservam o intervalo de UID, assegurando que os contêineres mantenham suas permissões de sistema de arquivos no cluster de destino. Há um risco de que as UIDs migradas possam duplicar as UIDs em um namespace existente ou futuro no cluster de destino.
10.1. Pré-requisitos para a migração Copiar o linkLink copiado para a área de transferência!
-
Você deve estar conectado como um usuário com os privilégios
cluster-adminem todos os clusters.
Migração direta de imagem
- Você deve garantir que o registro interno seguro do cluster de origem esteja exposto.
- Você deve criar uma rota ao registro exposto.
Migração direta de volume
- Se seus clusters utilizam proxies, você deve configurar um proxy TCP Stunnel.
Imagens internas
Se seu aplicativo utiliza imagens internas do namespace
openshift, você deve garantir que as versões necessárias das imagens estejam presentes no cluster de destino.É possível atualizar manualmente uma tag de fluxo de imagem para usar uma imagem obsoleta do OpenShift Container Platform 3 em um cluster do OpenShift Container Platform 4.10.
Clusters
- O cluster de origem deve ser atualizado para a versão mais recente do MTC z-stream.
- A versão do MTC deve ser a mesma em todos os clusters.
Rede
- Os clusters têm acesso de rede irrestrito uns aos outros e ao repositório de replicação.
-
Se você copiar os volumes persistentes com
move, os clusters deverão ter acesso de rede irrestrito aos volumes remotos. Você deve habilitar as seguintes portas em um cluster do OpenShift Container Platform 3:
-
8443(servidor de API) -
443(rotas) -
53(DNS)
-
Você deve habilitar as seguintes portas em um cluster do OpenShift Container Platform 4:
-
6443(servidor de API) -
443(rotas) -
53(DNS)
-
-
Você deverá habilitar a porta
443no repositório de replicação se estiver usando TLS.
Volumes persistentes (PVs)
- Os PVs devem ser válidos.
- Os PVs devem estar vinculados a reivindicações de volume persistente.
Se você usar snapshots para copiar os PVs, os seguintes pré-requisitos adicionais serão aplicáveis:
- O provedor de nuvem deve dar suporte a snapshots.
- Os PVs devem ter o mesmo provedor de nuvem.
- Os PVs devem estar localizados na mesma região geográfica.
- Os PVs devem ter a mesma classe de armazenamento.