Examiner les artefacts de migration

Cette page décrit les artefacts de migration générés par la CLI Migrate to Containers lors de votre migration.

Avant de commencer

À propos des fichiers d'artefact générés

Les fichiers d'artefact générés lors de la migration incluent les éléments suivants:

  • deployment_spec.yaml: fichier YAML qui configure votre charge de travail. Vous pouvez utiliser kubectl apply avec ce fichier pour déployer la charge de travail sur un autre cluster, tel qu'un cluster de production ou de test.

  • Dockerfile: fichier utilisé pour créer l'image pour votre VM migrée.

Certains plug-ins peuvent générer plusieurs fichiers Dockerfile et deployment_spec.yaml, par exemple si une VM exécute plusieurs serveurs Tomcat en même temps.

De plus, lorsque vous exécutez la migration vers un conteneur système Linux, la CLI Migrate to Containers génère également les fichiers suivants:

  • migration.yaml: copie du plan de migration. Vous pouvez l'utiliser pour vérifier ce qui a été fait dans le cadre de la migration.

  • blocklist.yaml: liste des services de conteneurs à désactiver en fonction de vos paramètres dans le plan de migration. Modifiez ce fichier pour contrôler la liste des services. Pour en savoir plus, consultez la section Personnaliser la liste de services.

  • logs.yaml: liste des fichiers journaux détectés sur la VM source. Les données écrites dans ces fichiers journaux par la charge de travail migrée sont transférées vers Cloud Logging. Modifiez ce fichier pour contrôler l'écriture des journaux. Pour en savoir plus, consultez la section Personnaliser les données de journaux écrites dans Cloud Logging.

Le fichier deployment_spec.yaml

Il s'agit d'un fichier YAML que vous pouvez utiliser pour déployer votre charge de travail sur un autre cluster, tel qu'un cluster de test ou de production. Si vous ne configurez pas la migration des données, vous allez générer un objet Deployment. Lorsque la migration de données est configurée, vous générez un objet d'ensemble avec état.

Dockerfile

Utilisez ce fichier si vous devez générer une nouvelle version de l'image. Par exemple, vous pouvez installer un package et capturer une nouvelle image par la suite. Ceci peut également être utile lorsque vous mettez à niveau la CLI Migrate to Containers (par exemple pour implémenter une correction de bug) et que vous souhaitez reconstruire l'image avec le nouvel environnement d'exécution de la CLI Migrate to Containers. L'environnement d'exécution mis à niveau est disponible dans Container Registry.

Vous pouvez modifier ce fichier comme n'importe quel autre Dockerfile pour personnaliser votre image. Pour obtenir des conseils, consultez la section Bonnes pratiques pour l'écriture de fichiers Dockerfile. Pour savoir comment modifier le fichier Dockerfile, consultez la section Mises à jour des images post-migration.

Étape suivante