Revisa los artefactos de migración

En esta página, se describen los artefactos de migración que genera la CLI de Migrate to Containers como parte de la migración.

Antes de comenzar

Acerca de los archivos de artefactos generados

Entre los archivos de artefactos generados durante la migración, se incluyen los siguientes:

  • deployment_spec.yaml: Es el archivo YAML que configura tu carga de trabajo. Puedes usar kubectl apply con este archivo para implementar la carga de trabajo en otro clúster, como un clúster de producción o de prueba.

  • Dockerfile: el Dockerfile que se usa para compilar la imagen de la VM migrada

Algunos complementos pueden generar más de un Dockerfile y un archivo deployment_spec.yaml, por ejemplo, si tienes una VM que ejecuta varios servidores Tomcat al mismo tiempo.

Además, cuando ejecutas la migración a un contenedor de sistema Linux, la CLI de Migrate to Containers también genera los siguientes archivos:

  • migration.yaml: Es una copia del plan de migración. Puedes usar este archivo para verificar lo que se realizó como parte de la migración.

  • blocklist.yaml: La lista de servicios del contenedor que quieres inhabilitar según tu configuración en el plan de migración. Edita este archivo para controlar la lista de servicios. Para obtener más información, consulta Personaliza la lista de servicios.

  • logs.yaml: Es una lista de archivos de registro detectados en la VM de origen. Los datos que la carga de trabajo migrada escribe en estos archivos de registro se reenvían a Cloud Logging. Edita este archivo para controlar la escritura de registros. Para obtener más información, consulta Personaliza los datos de registro escritos en Cloud Logging.

El archivo deployment_spec.yaml

Este es un archivo YAML que puedes usar para implementar tu carga de trabajo en otro clúster, como un clúster de prueba o de producción. Si no configuras una migración de datos, generarás un objeto Deployment. Cuando se configura la migración de datos, generas un objeto de conjunto con estado.

Dockerfile

Usa este archivo si necesitas generar una versión nueva de la imagen. Por ejemplo, puede que quieras instalar un paquete y, luego, capturar una imagen nueva. Volver a compilar la imagen también puede ser útil cuando se actualiza la CLI de Migrate to Containers, por ejemplo, para implementar una corrección de errores, y deseas volver a compilar la imagen con el nuevo entorno de ejecución de la CLI de Migrate to Containers. El entorno de ejecución actualizado está disponible en Container Registry.

Puedes editar este archivo como lo harías con cualquier otro Dockerfile para personalizar la imagen. Si quieres obtener sugerencias, consulta Prácticas recomendadas para escribir Dockerfiles. Para obtener información sobre cómo editar el Dockerfile, consulta Actualizaciones de imágenes posteriores a la migración.

¿Qué sigue?