Migrationsartefakte prüfen
Auf dieser Seite werden die Migrationsartefakte beschrieben, die Sie im Rahmen der Migration generieren.
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.
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 Liste der Dienste anpassen.migration.yaml
: Eine Kopie des Migrationsplans. Mit dieser Datei können Sie prüfen, was im Rahmen der Migration durchgeführt wurde.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 aktualisiert wird, z. B. um eine Fehlerkorrektur zu implementieren, und Sie das Image mit der neuen Laufzeit der Migrate to Containers-Befehlszeile 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.
# Please refer to the documentation:
# https://cloud.google.com/migrate/containers/docs/dockerfile-reference
FROM gcr.io/my-project/v2k-run-embedded:v1.12.0
# Image containing data captured from the source VM
FROM gcr.io/my-project/my-vm-instance-1-non-runnable-base:v1.0.0 as source-content
COPY --from=migrate-for-anthos-runtime / /
ADD blocklist.yaml /.m4a/blocklist.yaml
ADD logs.yaml /code/config/logs/logsArtifact.yaml
# If you want to update parts of the image, add your commands here.
# For example:
# RUN apt-get update
# RUN apt-get install -y \
# package1=version \
# package2=version \
# package3=version
# RUN yum update
# RUN wget http://github.com
# Migrate to Containers image includes entrypoint
ENTRYPOINT [ "/.v2k.go" ]