Migrationsartefakte prüfen
Auf dieser Seite werden die Migrationsartefakte beschrieben, die die Migrate to Containers-Befehlszeile im Rahmen der Migration generiert.
Hinweise
- Sie sollten zuerst eine Migrationsplan erstellt und die Migration ausgeführt haben.
Informationen zu den erstellten Artefaktdateien
Zu den während der Migration generierten Artefaktdateien gehören:
deployment_spec.yaml
: Die YAML-Datei, die Ihre Arbeitslast konfiguriert. Sie könnenkubectl apply
mit dieser Datei verwenden, um die Arbeitslast in einem anderen Cluster bereitzustellen, z. B. in einem Produktions- oder Testcluster.Dockerfile: Das Dockerfile, das zur Erstellung des Images für die migrierte VM verwendet wird.
Einige Plug-ins generieren möglicherweise mehr als ein Dockerfile und eine deployment_spec.yaml
-Datei, z. B. wenn auf einer VM mehrere Tomcat-Server gleichzeitig ausgeführt werden.
Wenn Sie die Migration zu einem Linux-Systemcontainer ausführen, generiert die Migrate to Containers-Befehlszeile außerdem die folgenden Dateien:
migration.yaml
: Eine Kopie des Migrationsplans. Mit dieser Datei können Sie prüfen, was im Rahmen der Migration durchgeführt wurde.blocklist.yaml
: Die Liste der Containerdienste, die anhand Ihrer Einstellungen im Migrationsplan deaktiviert werden sollen. Bearbeiten Sie diese Datei, um die Liste der Dienste zu steuern. Weitere Informationen finden Sie unter Dienstliste anpassen.logs.yaml
: Eine Liste der Logdateien, die auf der Quell-VM erkannt wurden. Daten, die von der migrierten Arbeitslast in diese Logdateien geschrieben werden, werden an Cloud Logging weitergeleitet. Bearbeiten Sie diese Datei, um das Schreiben von Logs zu steuern. Weitere Informationen finden Sie unter In Cloud Logging geschriebene Logdaten anpassen.
Datei deployment_spec.yaml
Diese Datei ist eine YAML-Datei, mit der Sie Ihre Arbeitslast in einem anderen Cluster bereitstellen können, z. B. in einem Test- oder Produktionscluster.
Wenn Sie keine Datenmigration konfigurieren, generieren Sie ein Deployment
-Objekt.
Wenn die Datenmigration konfiguriert ist, generieren Sie ein zustandsorientiertes Set-Objekt.
Dockerfile
Verwenden Sie diese Datei, wenn Sie eine neue Version des Images erstellen müssen. Sie können beispielsweise ein Paket installieren und anschließend ein neues Image erfassen. Die Neuerstellung des Images kann auch nützlich sein, wenn die Migrate to Containers-Befehlszeile beispielsweise mit einer Fehlerkorrektur aktualisiert wird und Sie das Image mit der neuen Migrate to Containers-Befehlszeilen-Laufzeit neu erstellen möchten. Die aktualisierte Laufzeit ist in Container Registry verfügbar.
Sie können diese Datei wie jedes andere Dockerfile bearbeiten, um Ihr Image anzupassen. Tipps finden Sie unter Best Practices für das Schreiben von Dockerfiles. Informationen zum Bearbeiten des Dockerfiles finden Sie unter Image-Updates nach der Migration.