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-admin em 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

  1. No console web do MTC, clique em Migration plans.
  2. Clique em Add migration plan.
  3. 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(_).

  4. Selecione um Source cluster, um Target clustere um Repository.
  5. Clique em Next.
  6. Selecione os projetos para a migração.
  7. Opcional: clique no ícone de edição ao lado de um projeto para mudar o namespace de destino.
  8. Clique em Next.
  9. 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.
  10. Clique em Next.
  11. 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.

  12. 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.
  13. Selecione uma Target storage class.

    Se selecionou Filesystem copy, você pode mudar a classe de armazenamento de destino.

  14. Clique em Next.
  15. 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.

  16. Clique em Next.
  17. 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.

    1. Informe o nome do diferente a ser exibido no console web.
    2. 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.
    3. Opcional: especifique uma imagem de tempo de execução do Ansible se não estiver usando a imagem de hook padrão.
    4. 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.

    5. Selecione Source cluster ou Target cluster.
    6. Informe o Service account name e o Service account namespace.
    7. 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
    8. Clique em Add.
  18. Clique em Finish.

    O plano de migração será exibido na lista Migration plans.

Recursos adicionais

Voltar ao topo
Red Hat logoGithubredditYoutubeTwitter

Aprender

Experimente, compre e venda

Comunidades

Sobre a documentação da Red Hat

Ajudamos os usuários da Red Hat a inovar e atingir seus objetivos com nossos produtos e serviços com conteúdo em que podem confiar. Explore nossas atualizações recentes.

Tornando o open source mais inclusivo

A Red Hat está comprometida em substituir a linguagem problemática em nosso código, documentação e propriedades da web. Para mais detalhes veja o Blog da Red Hat.

Sobre a Red Hat

Fornecemos soluções robustas que facilitam o trabalho das empresas em plataformas e ambientes, desde o data center principal até a borda da rede.

Theme

© 2025 Red Hat