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.10.2.4. Criação de um plano de migração no console web do MTC
Você pode criar um plano de migração no console web do Migration Toolkit for Containers (MTC).
Pré-requisitos
-
Você deve estar conectado como um usuário com os privilégios
cluster-adminem todos os clusters. - Você deve garantir que a mesma versão do MTC esteja instalada em todos os clusters.
- Você deve adicionar os clusters e o repositório de replicação ao console web do MTC.
- Se quiser usar o método de cópia de dados move para migrar um volume persistente (PV), os clusters de origem e de destino devem ter acesso de rede ininterrupto ao volume remoto.
-
Se quiser usar a migração direta de imagem, especifique a rota exposta ao registro de imagem do cluster de origem. Isso pode ser feito usando o console web do MTC ou atualizando o manifesto de recurso personalizado
MigCluster.
Procedimento
- No console web do MTC, clique em Migration plans.
- Clique em Add migration plan.
Informe o Plan name.
O nome do plano de migração não deve exceder 253 caracteres alfanuméricos minúsculos (
a-z, 0-9) e não deve conter espaços nem sublinhados(_).- Selecione um Source cluster, um Target clustere um Repository.
- Clique em Next.
- Selecione os projetos para a migração.
- Opcional: clique no ícone de edição ao lado de um projeto para mudar o namespace de destino.
- Clique em Next.
Selecione um Migration type para cada PV:
- A opção Copy copia os dados do PV de um cluster de origem para o repositório de replicação e, então, restaura os dados em um PV recém-criado, com características similares, no cluster de destino.
- A opção Move desmonta um volume remoto (por exemplo, NFS) do cluster de origem, cria um recurso de PV no cluster de destino apontando para o volume remoto e, então, monta o volume remoto no cluster de destino. Os aplicativos em execução no cluster de destino usam o mesmo volume remoto que o cluster de origem estava usando.
- Clique em Next.
Selecione um Copy method para cada PV:
- Snapshot copy faz o backup e restaura os dados usando a funcionalidade de snapshot do provedor de nuvem. Isso é significativamente mais rápido do que Filesystem copy.
Filesystem copy faz backup dos arquivos no cluster de origem e os restaura no cluster de destino.
O método de cópia de sistema de arquivos é necessário para a migração direta do volume.
- Você pode selecionar Verify copy para verificar os dados migrados com Filesystem copy. Os dados são verificados gerando um checksum para cada arquivo de origem e verificando o checksum após a restauração. A verificação dos dados reduz significativamente o desempenho.
Selecione uma Target storage class.
Se selecionou Filesystem copy, você pode mudar a classe de armazenamento de destino.
- Clique em Next.
Na página Migration options, a opção Direct image migration será selecionada se você especificar uma rota de registro de imagem exposta para o cluster de origem. A opção de Direct PV migration será selecionada se você estiver migrando dados com Filesystem copy.
As opções de migração direta copiam as imagens e os arquivos diretamente do cluster de origem para o cluster de destino. Essa opção é muito mais rápida do que copiar imagens e arquivos 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.
- Clique em Next.
Opcional: clique em Add Hook para adicionar um hook ao plano de migração.
Um hook executa um código personalizado. Você pode adicionar até quatro hooks a um único plano de migração. Cada hook é executado durante uma etapa diferente da migração.
- Informe o nome do diferente a ser exibido no console web.
- Se o diferente for um playbook do Ansible, selecione Ansible playbook e clique em Browse para carregar o playbook ou cole o conteúdo do playbook no campo.
- Opcional: especifique uma imagem de tempo de execução do Ansible se não estiver usando a imagem de hook padrão.
Se o hook não for um playbook do Ansible, selecione Custom container image e especifique o nome e o caminho da imagem.
Uma imagem personalizada de contêiner pode incluir playbooks do Ansible.
- Selecione Source cluster ou Target cluster.
- Informe o Service account name e o Service account namespace.
Selecione a etapa de migração para o hook:
- preBackup: antes que o backup da carga de trabalho do aplicativo seja feito no cluster de origem
- postBackup: depois que o backup da carga de trabalho do aplicativo for feito no cluster de origem
- preRestore: antes que a carga de trabalho do aplicativo seja restaurada no cluster de destino
- postRestore: depois que a carga de trabalho do aplicativo for restaurada no cluster de destino
- Clique em Add.
Clique em Finish.
O plano de migração será exibido na lista Migration plans.