Analisar os artefatos de migração

Esta página descreve os artefatos de migração gerados pela CLI do Migrate to Containers como parte da migração.

Antes de começar

Sobre os arquivos de artefato gerados

Os arquivos de artefato gerados durante a migração incluem:

  • deployment_spec.yaml: o arquivo YAML que configura a carga de trabalho. É possível usar kubectl apply com esse arquivo para implantar a carga de trabalho em outro cluster, como um cluster de produção ou de teste.

  • Dockerfile: usado para criar a imagem da VM migrada.

Alguns plug-ins podem gerar mais de um Dockerfile e um arquivo deployment_spec.yaml, por exemplo, se você tiver uma VM executando vários servidores Tomcat ao mesmo tempo.

Além disso, ao executar a migração para um contêiner do sistema Linux, a CLI do Migrate to Containers também gera os seguintes arquivos:

  • migration.yaml: uma cópia do plano de migração. É possível usar isso para verificar o que foi feito como parte da migração.

  • blocklist.yaml: a lista de serviços de contêiner a serem desativados com base nas configurações no plano de migração. Edite esse arquivo para controlar a lista de serviços. Para mais informações, consulte Personalizar a lista de serviços.

  • logs.yaml: uma lista de arquivos de registros detectados na VM de origem. Os dados gravados nesses arquivos de registro pela carga de trabalho migrada são encaminhados para o Cloud Logging. Edite este arquivo para controlar a gravação de registros. Para mais informações, consulte Personalizar dados de registro gravados no Cloud Logging.

Arquivo deployment_spec.yaml

Este é um arquivo YAML que pode ser usado para implantar a carga de trabalho em outro cluster, como um cluster de teste ou de produção. Se você não configurar uma migração de dados, vai gerar um objeto Deployment. Quando a migração de dados é configurada, gera um objeto de conjunto com estado.

Dockerfile

Use esse arquivo se você precisar gerar uma nova versão da imagem. Por exemplo, se quiser instalar um pacote e capturar uma nova imagem posteriormente. A recriação da imagem também pode ser útil quando a CLI do Migrate to Containers é atualizada, por exemplo, para implementar uma correção de bug, e você quer recriar a imagem com o novo ambiente de execução da CLI do Migrate to Containers. O ambiente de execução atualizado está disponível no Container Registry.

É possível editar esse arquivo como qualquer outro Dockerfile para personalizar a imagem. Para dicas, consulte Práticas recomendadas para gravar Dockerfiles (em inglês). Para informações sobre como editar o Dockerfile, consulte Atualizações de imagem pós-migração.

A seguir