Reveja os artefactos de migração
Esta página descreve os artefactos de migração que a CLI Migrate to Containers gera como parte da sua migração.
Antes de começar
- Primeiro, deve ter criado um plano de migração e executado a migração.
Acerca dos ficheiros de artefactos gerados
Os ficheiros de artefactos gerados durante a migração incluem o seguinte:
deployment_spec.yaml
: o ficheiro YAML que configura a sua carga de trabalho. Pode usar o comandokubectl apply
com este ficheiro para implementar a carga de trabalho noutro cluster, como um cluster de produção ou de teste.Dockerfile: o Dockerfile usado para criar a imagem para a sua VM migrada.
Alguns plug-ins podem gerar mais do que um Dockerfile e um ficheiro deployment_spec.yaml
, por exemplo, se tiver uma VM a executar vários servidores Tomcat ao mesmo tempo.
Além disso, quando executa a migração para um contentor do sistema Linux, a CLI Migrate to Containers também gera os seguintes ficheiros:
migration.yaml
: uma cópia do plano de migração. Pode usar este ficheiro para verificar o que foi feito como parte da migração.blocklist.yaml
: a lista de serviços de contentores a desativar com base nas suas definições no plano de migração. Edite este ficheiro para controlar a lista de serviços. Para mais informações, consulte o artigo Personalize a lista de serviços.logs.yaml
: uma lista de ficheiros de registo detetados na VM de origem. Os dados escritos nestes ficheiros de registo pela carga de trabalho migrada são encaminhados para o Cloud Logging. Edite este ficheiro para controlar a escrita de registos. Para mais informações, consulte o artigo Personalize os dados de registo escritos no Cloud Logging.
O ficheiro deployment_spec.yaml
Este ficheiro é um ficheiro YAML que pode usar para implementar a sua carga de trabalho noutro cluster, como um cluster de teste ou de produção.
Se não configurar uma migração de dados, gera um Deployment
objeto.
Quando a migração de dados está configurada, gera um objeto de conjunto com estado.
Ficheiro Docker
Use este ficheiro se precisar de gerar uma nova versão da imagem. Por exemplo, pode querer instalar um pacote e capturar uma nova imagem posteriormente. A recriação da imagem também pode ser útil quando a CLI Migrate to Containers é atualizada, por exemplo, para implementar uma correção de erros, e quer recriar a imagem com o novo tempo de execução da CLI Migrate to Containers. O tempo de execução atualizado está disponível no Container Registry.
Pode editar este ficheiro como qualquer outro Dockerfile para personalizar a sua imagem. Para ver sugestões, consulte o artigo Práticas recomendadas para escrever Dockerfiles. Para obter informações sobre como editar o Dockerfile, consulte o artigo Atualizações de imagens após a migração.
O que se segue?
- Saiba como migrar dados.