Generierte Bereitstellungsdateien prüfen
Nachdem Sie eine Arbeitslast mithilfe eines Verarbeitungsclusters migriert haben, laden Sie die YAML-Dateien herunter, die im Rahmen der Migration generiert wurden.
Diese als Migrationsartefakte bezeichneten Dateien wurden generiert, damit Sie Ihren migrierten Arbeitslastcontainer in einem anderen Cluster wie einem Test- oder Produktionscluster bereitstellen können.
In diesem Thema wird beschrieben, wie Sie die generierten Artefaktdateien herunterladen und für Ihre eigene Verwendung in einem anderen Cluster prüfen können.
Hinweis
Sie sollten zuerst eine Migration erstellt und die Migration ausgeführt haben.
Sorgen Sie dafür, dass der Nutzer, der den Download durchführt, Lesezugriff auf das Artefakt-Repository hat. Weitere Informationen finden Sie unter Daten-Repositories definieren.
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önnen
kubectl apply
mit dieser Datei verwenden, um die Arbeitslast in einem anderen Cluster bereitzustellen, z. B. in einem Produktions- oder Testcluster.Dockerfile: Das Dockerfile, das zum Erstellen 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 Dienstliste 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. Siehe In Cloud Logging geschriebene Logdaten anpassen.
Diese Dateien werden unten genauer beschrieben.
Alle Artefaktdateien herunterladen
migctl
Bei Abschluss der Migration sollten Sie eine Meldung wie die folgende sehen, wenn Sie den Status anfordern:
migctl migration status my-migration NAME CURRENT-OPERATION PROGRESS STEP STATUS AGE my-migration GenerateArtifacts [1/1] ExtractImage Completed 14m23s
Wenn die Migration abgeschlossen ist, laden Sie alle generierten Artefaktdateien mit migctl migration get-artifacts
herunter.
migctl migration get-artifacts my-migration
CRD
Laden Sie nach Abschluss der Migration alle Migrationsartefakte herunter:
Ermitteln Sie den Cloud Storage-Bucket, der die Artefakte enthält:
kubectl get migrations.anthos-migrate.cloud.google.com -n v2k-system my-migration -o jsonpath={.status.artifacts.deploymentFiles.bucket}
Dieser Befehl gibt den Bucket-Namen in folgendem Format zurück:
bucket-migration-artifacts
Ermitteln Sie die YAML-Manifestdatei der Migration in Cloud Storage:
kubectl get migrations.anthos-migrate.cloud.google.com -n v2k-system my-migration -o jsonpath={.status.artifacts.deploymentFiles.artifactsManifestFile}
Dieser Befehl gibt den Namen der YAML-Manifestdatei in folgendem Format zurück:
bucket-migration-artifacts/v2k-system-my-migration/ID/manifest.yaml
Wechseln Sie in der Google Cloud Console zu Cloud Storage und rufen Sie die Manifestdatei ab. Die folgende Beispielmanifestdatei enthält die
artifacts
-URLs:artifacts: - https:/storage.cloud.google.com/bucket-name/v2k-system-my-migration/ID/deployment_spec.yaml - https:/storage.cloud.google.com/bucket-name/v2k-system-my-migration/ID/Dockerfile - https:/storage.cloud.google.com/bucket-name/v2k-system-my-migration/ID/migration.yaml imageUrl: gcr.io/velos-auto-1/matanvm:v1.0.0 name: m1-84xqp namespace: v2k-system uid: daf762-d9-42-bfc-47b71255a version: "1.0"
Öffnen Sie die
artifacts
-URLs in einem Browser, um die Artefakte herunterzuladen.
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 Bereitstellungsobjekt. Wenn die Datenmigration konfiguriert ist, generieren Sie ein zustandsorientiertes Set-Objekt.
Dockerfile
Das Dockerfile, mit dem das Image für die migrierte VM erstellt wird.
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 Migrate to Containers beispielsweise mit einer Fehlerkorrektur aktualisiert wird und Sie das Image mit der neuen Migrate to Containers-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.
# 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" ]
migration.yaml
Dies ist eine Kopie der von Ihnen erstellten Migration. Prüfen Sie mithilfe dieser Datei, ob die von Migrate to Containers verwendeten Migrationsdetails mit den im Migrationsplan angegebenen Migrationsdetails übereinstimmen.
Verwenden Sie diese Datei nicht, um die Migration zu wiederholen. Nachdem Sie die Migration ausgeführt haben, können Sie sie nur noch einmal ausführen, wenn Sie die Migration gelöscht haben (mit migctl migration delete
oder mit der Google Cloud Console) und sie dann noch einmal über Ihren Migrationsplan ausführen.
blocklist.yaml
In dieser Datei sind die Containerdienste aufgeführt, die anhand Ihrer Einstellungen im Migrationsplan deaktiviert werden sollen. Weitere Informationen zur Verwendung dieser Datei finden Sie unter Liste der Dienste anpassen.