Anwendungen migrieren und in GKE Autopilot-Clustern bereitstellen
Zum Bereitstellen der migrierten Containerarbeitslasten in GKE Autopilot-Clustern verwenden Sie dasselbe Verfahren zum Migrieren Ihrer Arbeitslasten wie für die vorhandene Architektur. Die einzigen Änderungen sind:
Sie müssen im Migrationsplan
v2kServiceManager
auftrue
setzen, bevor Sie die Containerartefakte generieren.Sie müssen die neue Datei
services-config.yaml
prüfen und die Initialisierungsdienste bearbeiten. Siehe services-config.yaml verwenden.
So führen Sie eine Migration aus:
Fügen Sie eine Migrationsquelle hinzu und erstellen Sie eine Migration wie bisher bei der vorhandenen Laufzeit.
Migrationsplan nach Bedarf anpassen.
Laden Sie den Migrationsplan herunter. Der Migrationsplan wird durch AppXGenerateArtifactsFlow dargestellt:
Beispiel: Bei einer Migration mit dem Namen „my-migration“:
migctl migration get my-migration
Bearbeiten Sie den heruntergeladenen Migrationsplan
my-migration.yaml
in einem Texteditor.Prüfen Sie den erweiterten Linux-Dienstmanager. Das Flag
v2kServiceManager
ist standardmäßig auftrue
gesetzt. Wenn Migrate to Containers jedoch einen Systemdienst erkennt, der nicht vom Dienstmanager unterstützt wird, werden Sie benachrichtigt und das Flagv2kServiceManager
wird auffalse
gesetzt. Wenn das Flagfalse
lautet, verwendet die Migration eine Legacy-Laufzeit, die Ihren Dienst unterstützt.Die folgende Benachrichtigung wird neben dem nicht unterstützten Dienst bereitgestellt:
Service is not supported by v2k service manager, therefore legacy runtime will be used instead of v2k service manager, and migrated workload would not fit running on Autopilot clusters of Cloudrun.
Wenn ein nicht unterstützter Dienst gefunden wird, können Sie das Flag auch manuell auf
true
setzen. In diesem Fall können Sie entweder den nicht unterstützten Dienst für das generierte Image beibehalten, wo er möglicherweise nicht ausgeführt wird, oder den Dienst durch Entfernen aus dem Migrationsplan ausschließen.Setzen Sie das Flag auf
true
zurück, um den neuen Dienstmanager zu aktivieren:v2kServiceManager: true
Nehmen Sie gegebenenfalls weitere Anpassungen vor, die für die Migration erforderlich sind, wie unter Migrationsplan anpassen beschrieben.
Wenn die Änderungen abgeschlossen sind, speichern Sie die Datei.
Laden Sie den bearbeiteten Migrationsplan hoch:
migctl migration update my-migration --main-config my-migration.yaml
Erstellen und prüfen Sie die Migrationsartefakte, wie Sie es derzeit mit der vorhandenen Laufzeit tun.
Bearbeiten Sie die neue Datei
services-config.yaml
, um die Initialisierungsattribute des Containers zu konfigurieren. Speichern Sie die Datei und erstellen Sie das Container-Image neu, um die Änderungen zu übernehmen.Weitere Informationen finden Sie unter services-config.yaml verwenden.
Stellen Sie den Container mit
kubectl
in einem GKE Autopilot-Cluster bereit:kubectl apply -f deployment_spec.yaml
Beispiel: Kurzanleitungs-Container auf einem Autopilot-Cluster bereitstellen
Migrieren Sie mithilfe des aktuellen Schnellstarts einen Container mit einem einfachen Webserver und stellen Sie ihn dann in einem Autopilot-Cluster bereit. Die einzigen Änderungen, die Sie am Schnellstart vornehmen müssen, sind:
In Schritt 3 der VM-Migration, bei der Sie den Migrationsplan prüfen, setzen Sie
v2kServiceManager
im Migrationsplan auftrue
und speichern dann den Plan:v2kServiceManager: true
Erstellen Sie im Bereich Migrierte Arbeitslast bereitstellen einen GKE Autopilot-Cluster und stellen Sie eine Verbindung zu diesem her, bevor Sie den Container bereitstellen:
Erstellen Sie einen GKE Autopilot-Cluster:
gcloud container clusters create-auto "CLUSTER_NAME" --project "PROJECT_NAME" --region "REGION" --release-channel "regular" --subnetwork "projects/PROJECT_NAME/regions/us-central1/subnetworks/default"
Als Nächstes stellen Sie die Verbindung zum Cluster her:
gcloud container clusters get-credentials CLUSTER_NAME --zone REGION --project PROJECT_NAME
Stellen Sie den Container wie im Abschnitt Migrierte Arbeitslast bereitstellen beschrieben bereit.
Änderungen an der AppXGenerateArtifactsFlow-CRD
Wenn Sie CRD-Dateien zur Steuerung der Migration verwenden, bearbeiten Sie die AppXGenerateArtifactsFlow, um v2kServiceManager
auf true
festzulegen. Weitere Informationen zum Steuern von Migrationen mithilfe von CRD-Dateien finden Sie unter Migrationsplan anpassen.