Windows-IIS-Migrationsplan prüfen und anpassen
Der erste Schritt im Migrationsprozess besteht darin, eine Migrationsquelle zu erstellen, die die Quellplattform darstellt. Die Migrationsquelle wird Ihrem Migrationsplan hinzugefügt. Dieser wird normalerweise überprüft und angepasst, bevor Sie die Migration ausführen.
Hinweis
Anforderungen für die Benennung von Migrationen
Sie weisen einer Migration einen Namen zu, wenn Sie sie in Migrate to Containers erstellen. Der Name muss die folgenden Anforderungen erfüllen:
- Es darf höchstens 63 Zeichen enthalten.
- Es dürfen nur kleingeschriebene alphanumerische Zeichen oder „-“ (Bindestrich) enthalten.
- Es muss mit einem alphanumerischen Zeichen beginnen.
- Es muss mit einem alphanumerischen Zeichen enden.
Migration erstellen
Verwenden Sie zum Erstellen einer Migration migctl
oder die Google Cloud Console, wie in den folgenden Beispielen beschrieben.
migctl
Compute Engine
Beenden Sie die Compute Engine-VM. Die VM muss beendet werden, damit Sie eine Migration erstellen können. Nach Abschluss der Migration können Sie die VM neu starten.
Erstellen Sie die Migration:
migctl migration create my-migration -p split-workloads --source my-ce-src --vm-id my-id --type=windows-iis-container
Dabei gibt
--vm-id
den Namen der Compute Engine-Instanz an, wie in der Google Cloud Console angezeigt.
CRD
Erstellen Sie eine Migrationsdatei
my-migration.yaml
, um die Migration zu definieren.In dieser Datei gibt das Feld
name
untersourceProviderRef
den Namen eines zuvor erstellten SourceProvider an und das FeldsourceId
den Namen der Compute Engine-Instanz:apiVersion: anthos-migrate.cloud.google.com/v1 kind: Migration metadata: name: my-migration namespace: v2k-system spec: type: windows-iis-container sourceSnapshotTemplate: spec: sourceProviderRef: name: my-ce-src sourceId: my-id
Wenn Sie eine Compute Engine-VM migrieren, müssen Sie die VM beenden. Die VM muss beendet werden, damit Sie eine Migration erstellen können. Nach Abschluss der Migration können Sie die VM neu starten.
Wenden Sie die Datei an:
kubectl apply -f my-migration.yaml
Console
Beenden Sie die Windows Compute Engine-VM. Die VM muss beendet werden, damit Sie eine Migration erstellen können. Nach Abschluss der Migration können Sie die VM neu starten.
Rufen Sie in der Google Cloud Console die Seite Migrate to Containers auf.
Klicken Sie auf den Tab Migrationen, um eine Tabelle mit den verfügbaren Migrationen aufzurufen.
Klicken Sie auf Migration erstellen.
Geben Sie den Migrationsnamen ein.
Wählen Sie die Migrationsquelle aus, die Sie unter Migrationsquelle hinzufügen erstellt haben. Der Quelltyp muss Compute Engine sein und der Quellverarbeitungscluster muss für die Migration von Windows-IIS-Anwendungen konfiguriert sein.
Legen Sie den Arbeitslasttyp auf Windows IIS-Container fest.
Geben Sie die Quell-VM-ID ein. Das ist der Name der VM, der in der Google Cloud Console angezeigt wird.
Klicken Sie auf Migration erstellen.
Wenn die Migration abgeschlossen ist, wird in der Spalte Status der Eintrag Migrationsplan erstellt angezeigt.
Migrationserstellung überwachen
Verwenden Sie das migctl
-Tool oder die Google Cloud Console, um den Fortschritt der Migrationserstellung zu überwachen.
migctl
Warten Sie, bis die Migration den Status Abgeschlossen hat:
migctl migration status my-migration NAME CURRENT-OPERATION PROGRESS STEP STATUS AGE my-migration GenerateMigrationPlan [1/3] CreateSourceSnapshots Running 13s
Starten Sie die Compute Engine-VM neu. Die VM muss beendet werden, damit Sie eine Migration erstellen können. Nach Abschluss der Migration können Sie sie neu starten.
CRD
Verwenden Sie kubectl
, um Migrationsinformationen und den Status MigrationStatus abzurufen. Geben Sie dazu einen JSONPath für das erforderliche Feld an.
Warten Sie, bis die Migrationsphase abgeschlossen ist:
Verwenden Sie zwei
kubectl wait
-Befehle,von denen einer auf die Bedingung „Bereit“ und der andere auf die Bedingung „Fehlgeschlagen“ wartet. Die Erstellungsphase des Migrationsplans wird ausgeführt, bis die erste Bedingung erfüllt ist.unset pids; for cond in "Ready" "Failed"; do kubectl wait migrations.anthos-migrate.cloud.google.com my-migration -n v2k-system --for condition=$cond --timeout=15m & pids+=($!); done; wait -p met_pid -n ${pids[@]} kill ${pids[@]/$met_pid} # terminate the process that did not complete.
Wenn der Wartebefehl abgeschlossen ist, können Sie mit dem nächsten Schritt fortfahren.
Rufen Sie den Status des Migrationsplans ab:
kubectl get migrations.anthos-migrate.cloud.google.com -n v2k-system -o jsonpath={.status.conditions[?(@.type==\"Ready\")].status} my-migration
Gibt
True
zurück, wenn der Migrationsplan bereit ist, oderFalse
, wenn er fehlgeschlagen ist.Wenn der Migrationsplan fehlschlägt, erhalten Sie mit dem folgenden Befehl die folgende Fehlermeldung:
kubectl get migrations.anthos-migrate.cloud.google.com -n v2k-system -o jsonpath={.status.conditions[?(@.type=="Ready")].message} my-migration
Wenn Sie eine Compute Engine-VM migrieren, müssen Sie diese neu starten. Eine angehaltene VM ist nach diesem Schritt nicht mehr erforderlich.
Console
Wenn der Migrationsstatus anzeigt, dass die Migration erstellt wurde, können Sie mit dem nächsten Schritt fortfahren:
Rufen Sie in der Google Cloud Console die Seite Migrate to Containers auf.
Klicken Sie auf den Tab Migrationen, um eine Tabelle mit den verfügbaren Migrationen aufzurufen.
Sehen Sie sich den Status einer Migration mit einer der folgenden Methoden an:
Sehen Sie sich in der Zeile Ihrer Migration die Spalte Status an.
Klicken Sie auf den Namen der Migration. Die Seite Migrationsdetails wird geöffnet. Klicken Sie auf den Tab Monitoring, um den detaillierten Status aufzurufen, oder auf den Tab Ereignisse, um die Migrationsereignisse einzublenden.
Wenn die Migration abgeschlossen ist, wird der Status als Migrationsplan erstellt angezeigt.
Sie können die Windows Compute Engine-VM bei Bedarf neu starten. Die VM muss beendet werden, damit Sie eine Migration erstellen können.