Versionshinweise zur Migrate to Containers-Befehlszeile

Auf dieser Seite sind Produktionsaktualisierungen der Migrate to Containers-Befehlszeile dokumentiert. Hier finden Sie regelmäßig Hinweise zu neuen oder aktualisierten Features, Fehlerkorrekturen, bekannten Problemen und verworfenen Funktionen.

8. Oktober 2024

Am 8. Oktober 2024 haben wir Version 1.2.3 der Migrate to Containers-Befehlszeile und Version 1.4.2 der Migrate to Containers-Modernisierungs-Plug-ins veröffentlicht.

Features

Die Migrate to Containers-Befehlszeile kann jetzt in PowerShell Core (pwsh.exe) ausgeführt werden.
Alle Plug-ins verwenden DNS-1123 für die Deployment-Namen, um mit Kubernetes kompatibel zu sein.
Erhöhte Sicherheit bei der Migration von Windows IIS, da ein temporärer Nutzer mit automatischem Ablauf und zufälligem Passwort verwendet wird.
Neue Features für die Modernisierung von WebSphere-Anwendungen:
- Dokumentation der Felder des WebSphere-Migrationsplans für die automatische Vervollständigung in Visual Studio Code wurde hinzugefügt.
- Die für die Modernisierung einer WebSphere-Anwendung erforderliche Zeit wurde verkürzt.

Diverse Fehlerkorrekturen

Ein Fehler im Zusammenhang mit CVE-2024-9858 wurde behoben.
Ein Fehler wurde behoben, der das Festlegen der Authentifizierungsmethode im Migrationsplan für Windows IIS-Anwendungen verhinderte.

3. Januar 2024

Am 3. Januar 2024 wurde Version 1.4.1 der Modernisierungs-Plug-ins für Migrate to Containers veröffentlicht, die Fehlerkorrekturen für Tomcat-Migrationen enthält.

4. Dezember 2023

Am 4. Dezember 2023 wurde Version 1.2.2 der Migrate to Containers-Befehlszeile veröffentlicht.

Verworfen

Das websphere-traditional-Plug-in wurde eingestellt. Für bestehende Kunden wird dieses Plug-in bis Dezember 2023 unterstützt. Danach ist es nicht mehr verfügbar. Wenn Sie mit der Modernisierung von WebSphere-Arbeitslasten noch nicht vertraut sind, verwenden Sie stattdessen das websphere-container-Plug-in mit der Migrate to Containers-Befehlszeile.

2. November 2023

Am 2. November 2023 wurde Version 1.2.1 der Migrate to Containers-Befehlszeile veröffentlicht, die Fehlerkorrekturen enthält.

30. Oktober 2023

Am 30. Oktober 2023 wurde Version 1.2.0 der Migrate to Containers-Befehlszeile veröffentlicht.

Features

Unterstützung für die Offline-Migration von Linux-Anwendungen hinzugefügt

Die Migrate to Containers-Befehlszeile funktioniert mit dem neuen Offlinemodus jetzt auch ohne Internetverbindung. Mit dem Offlinemodus können Sie Linux-Anwendungen in einer Offline-Umgebung migrieren.

Dies ist vorteilhaft, wenn sich Ihre lokale Umgebung, einschließlich lokaler Maschinen, Quellmaschinen und Deployment-Cluster, in einem gesicherten Netzwerk befindet, das eine Vorabgenehmigung und Sicherheitsscans zum Herunterladen externer Dateien und Binärdateien erfordert. Mit dem Offlinemodus haben wir das Empfangen von Softwareupdates von externen Quellen in einem gesicherten Netzwerk vereinfacht, da wir Optionen zum Bündeln und Entpacken von Dateien hinzugefügt haben. Außerdem können Sie eine lokale und gesicherte Registry als Quelle für die Artefakte angeben, die für die migrierte Anwendung erforderlich sind.

Führen Sie nach dem Herunterladen der Migrate to Containers-Befehlszeile die folgenden Schritte aus, um Offline-Migrationen einzurichten:

Laden Sie das Offline-Plug-in-Bundle für die Migrate to Containers-Befehlszeile herunter:

curl -O https://storage.googleapis.com/modernize-plugins-prod/$(curl -s https://storage.googleapis.com/modernize-plugins-prod/latest)/m2c-offline-bundle-linux.tar

Kopieren Sie gegebenenfalls die Migrate to Containers-Befehlszeile und das Offline-Plug-in für die Migrate to Containers-Befehlszeile in die Offline-Umgebung.
Entpacken Sie das Offline-Plug-in-Bundle für die Migrate to Containers-Befehlszeile:
```
./m2c plugins unpack -i m2c-offline-bundle-linux.tar
```
Wenn Sie Unterstützung für die Offlinedatenmigration benötigen, geben Sie eine Container Registry an, die in Ihrem lokalen Netzwerk verfügbar ist:
```
./m2c plugins unpack -i m2c-offline-bundle-linux.tar --registry HOSTNAME
```
Ersetzen Sie HOSTNAME durch den Hostnamen der Container Registry.

Weitere Informationen finden Sie unter Offline-Migration einrichten.

22. August 2023

Am 22. August 2023 wurde Version 1.1.0 der Migrate to Containers-Befehlszeile veröffentlicht.

Features

Unterstützung für die Migration von Windows IIS-Diensten hinzugefügt

Die Migrate to Containers-Befehlszeile unterstützt jetzt die Migration von Windows IIS-Diensten. Für die Migration von Windows-IIS-Diensten muss die Migrate to Containers-Befehlszeile auf einem Windows-Computer ausgeführt werden.

So modernisieren Sie Windows IIS-Dienste:

Exportieren Sie die Quell-VM-Speicherabbilder in VHD-Dateien.

Wenn Sie beispielsweise ein Image aus Compute Engine exportieren möchten, exportieren Sie es zuerst nach Cloud Storage und laden es dann auf Ihren lokalen Computer herunter:
```
gcloud compute images export \
    --export-format vhdx \
    --destination-uri DESTINATION_URI \
    --image IMAGE_NAME
gcloud storage cp DESTINATION_URI LOCAL_PATH
```

Analysieren Sie die Speicherabbilder, um einen Migrationsplan zu erstellen:

./m2c analyze \
   -s PATH_TO_IMAGE \
   -p windows-iis-container \
   -o ANALYSIS_OUTPUT_PATH

Bearbeiten Sie den Migrationsplan.
Erstellen Sie Migrationsartefakte anhand der Speicherabbilder und des Migrationsplans:
```
./m2c generate \
   -i ANALYSIS_PATH \
   -o OUTPUT_ARTIFACTS_PATH
```

Erweiterte Unterstützung für die Migration von IBM WebSphere-Anwendungen

Die Unterstützung von IBM WebSphere wurde geändert und erweitert. Das vorhandene Plug-in unterstützt WebSphere Application Server Traditional als Migrationsquelle. Es wurde ein neues Plug-in hinzugefügt, um WebSphere Application Server Liberty als Migrationsquelle zu unterstützen.

Änderungen bei der Migration von IBM WebSphere Application Server Traditional

An der Migration von IBM WebSphere Application Server Traditional wurden die folgenden Änderungen vorgenommen:

Das Plug-in websphere-traditional-container wird jetzt zur Migration von IBM WebSphere Application Server Traditional-Arbeitslasten verwendet.
Es wurde Unterstützung für WebSphere Application Server Liberty als Ziel hinzugefügt.
Der Parameter was-home ist jetzt obligatorisch, auch wenn Sie die Quell-VM mit mFit scannen.

Führen Sie den folgenden Befehl aus, um eine IBM WebSphere Application Server Traditional-Arbeitslast zu migrieren:

./m2c analyze \
    -s PATH_TO_COPIED_FILESYSTEM \
    -p websphere-traditional-container -o ANALYSIS_OUTPUT_PATH \
    -r was-home=PATH_TO_WAS_HOME \
    --volume PATH_TO_BINARYAPPSCANNER:/binaryAppScanner.jar

Weitere Informationen finden Sie unter Migrationsplan für WebSphere Traditional-Arbeitslasten erstellen.

Unterstützung für die Migration von IBM WebSphere Application Server Liberty hinzugefügt

Die Modernisierung von WebSphere Application Server Liberty ist jetzt mit dem Plug-in websphere-container allgemein verfügbar.

Führen Sie zum Migrieren der IBM WebSphere Liberty-Arbeitslast den folgenden Befehl aus:

./m2c analyze \
    -s PATH_TO_COPIED_FILESYSTEM \
    -p websphere-container \
    -o ANALYSIS_OUTPUT_PATH \
    -r websphere-home=WEBSPHERE_HOME \
    -r websphere-java-home=WEBSPHERE_JAVA_HOME
    -r target-base-image=TARGET_BASE_IMAGE

Weitere Informationen finden Sie unter Migrationsplan für WebSphere Application Server Liberty-Arbeitslasten erstellen.

Tomcat-Plug-in aktualisiert

Die Erkennungsparameter für das Tomcat-Plug-in wurden aktualisiert.

Der Parameter java-version wird jetzt als Eingabe zu Tomcat-Migrationen hinzugefügt.
Der Parameter catalina-base kann jetzt mehrere Verzeichnisse enthalten, die durch Doppelpunkte (:) getrennt sind.
Die Parameter java-version, catalina-base und catalina-home sind jetzt erforderlich, auch wenn Sie die Quell-VM mit mFit scannen.

Weitere Informationen finden Sie unter Migrationsplan für Tomcat-Arbeitslasten erstellen.

Linux-System-Container-Plug-in wurde aktualisiert

Endpunkte des Linux-Systemdienstes werden nicht mehr automatisch erkannt und müssen beim Anpassen des Linux-Migrationsplans manuell angegeben werden, auch wenn Sie die Quell-VM mit mFit scannen.

Erledigt

In den früheren Versionen der Migrate to Containers-Befehlszeile kann der Befehl copy fehlschlagen, wenn versucht wird, einen Socket im Verzeichnis /tmp zu verwenden, das in einigen Systemen automatisch gelöscht wird. In dieser Version haben sich die Standardeinstellungen geändert. Um den Socket-Speicherort anzupassen, können Sie die Umgebungsvariable SOCKDIR festlegen.

Probleme

Ein Skaffold-Build für Windows-Images kann auf einem Windows-Computer fehlschlagen, da Skaffold versucht, das Basis-Image für das falsche Ziel abzurufen.

Rufen Sie als Umgehung für dieses Problem das Image manuell mit dem Befehl docker pull ab und führen Sie den Skaffold-Build noch einmal aus.
Die Bereitstellung von Windows IIS-Arbeitslasten ist aufgrund kurzer Zeitlimits möglicherweise als nicht bereit gekennzeichnet. Wenn Sie Ihre Arbeitslasten mit Skaffold bereitstellen, wird die Bereitstellung möglicherweise als fehlgeschlagen angezeigt.

Erhöhen Sie zur Umgehung dieses Problems das Zeitlimit und die Zeitspanne der Bereitschaftsprüfung mit PowerShell:
```
foreach ($file in (Get-ChildItem . -Recurse -Include "deployment_spec.yaml")) { (Get-Content $file).replace("periodSeconds: 10", "periodSe
conds: 30").replace("timeoutSeconds: 1", "timeoutSeconds: 10") | Set-Content $file }
```

27. Juni 2023

Am 27. Juni 2023 wurde Version 1.0.0 der Migrate to Containers-Befehlszeile veröffentlicht.

Features

Aktualisierte Skaffold API-Version

Die Migrate to Containers-Befehlszeile generiert die Skaffold-Konfiguration jetzt mit der Skaffold API-Version v4beta4 anstelle von Version v2beta25.

Unterstützung für die Containerisierung von Linux-VMs hinzugefügt

Mit der Migrate to Containers-Befehlszeile können Sie jetzt Linux-VMs in Systemcontainer migrieren. Sie erkennt die Quellanwendungsdateien und verarbeitet sie, um Migrationsartefakte zu generieren, darunter ein Dockerfile, ein Kubernetes-Manifest und automatisierte Deployment-Scripts, die auf Skaffold basieren.

Die Migrate to Containers-Befehlszeile verwendet einen vordefinierten Linux-Systemcontainer, der als Bootloader für die von der modernisierten Anwendung erforderlichen Dienste dient. Mit der Migrate to Containers-Befehlszeile können Sie eine Vielzahl zustandsloser Linux-basierter Anwendungen modernisieren, um sie auf GKE-, Cloud Run- oder GKE Enterprise-Clustern auszuführen.

Weitere Informationen finden Sie unter Migrationsplan für einen Linux-VM-Container erstellen.

`copy`-Vorgang wurde optimiert

Die folgenden Verbesserungen für den copy-Vorgang sind jetzt verfügbar:

Der copy-Vorgang der Migrate to Containers-Befehlszeile verwendet jetzt einen lokalen Container, um das Quell-VM-Dateisystem in ein lokales Verzeichnis zu kopieren, anstatt eine lokale TAR-Datei zu nutzen. Durch diese Verbesserung muss rsync nicht mehr auf Ihrem lokalen Computer installiert werden. Außerdem wird der Speicherplatz reduziert, der zum Kopieren des Dateisystems der Quellmaschine erforderlich ist.
Bei Fehlern setzt die Migrate to Containers-Befehlszeile den Kopiervorgang jetzt an der Stelle des Fehlers fort.

Weitere Informationen finden Sie unter Dateisystem der Quellmaschine kopieren.

Möglichkeit zur Bereinigung des kopierten Dateisystems hinzugefügt

Nach Abschluss der Migration können Sie mit dem neuen Befehl cleanup die Kopie des Dateisystems der Quellmaschine entfernen, die Sie mit dem Befehl copy auf Ihrem lokalen Computer erstellt haben, ohne dass es zu Berechtigungsproblemen kommt.

Weitere Informationen finden Sie unter Lokalen Computer bereinigen.

Unterstützung für die Datenmigration hinzugefügt

Nach der Migration können Sie jetzt mit dem neuen Befehl migrate-data Datenverzeichnisse in einen neuen oder einen vorhandenen Persistent Volume Claim (PVC) im Zielcluster kopieren.

Dieser Schritt ist erforderlich, wenn Sie nichtflüchtige Datenverzeichnisse von der Quell-VM zu nichtflüchtigen Volumes migrieren müssen, die im Zielcontainer bereitgestellt wurden.

Weitere Informationen finden Sie unter Daten migrieren.

13. Juni 2023

Am 13. Juni 2023 haben wir bekannt gegeben, dass die Migrate to Containers-Befehlszeile jetzt allgemein verfügbar ist.

Mit der Migrate to Containers-CLI können Sie auf VMs ausgeführte Anwendungskomponenten in Container modernisieren, die in GKE-, GKE Autopilot-, Cloud Run- oder GKE Enterprise-Clustern ausgeführt werden.

Weitere Informationen finden Sie hier: Anwendungen zu containerbasierten Arbeitslasten in der Befehlszeile verschieben | Blog von Google Cloud .

2. Mai 2023

Am 2. Mai 2023 wurde die Version 0.2.0 der Migrate to Containers-Befehlszeile in der Vorabversion veröffentlicht. Mit der Migrate to Containers-CLI können Sie auf VMs ausgeführte Anwendungskomponenten in Container modernisieren, die in GKE-, GKE Autopilot-, Cloud Run- oder GKE Enterprise-Clustern ausgeführt werden. Das Tool bietet einen vereinfachten Ablauf mit vier Hauptschritten:

Anwendungsdateien mit SSH oder der gcloud CLI von einer Quell-VM kopieren
Lokale Kopie der Anwendungsdateien analysieren, um einen Migrationsplan zu generieren
Migrationsplandateien bearbeiten, um den Migrationsplan anzupassen
Artefakte generieren, die als Container-Image, Deployment-YAML und Skaffold-Konfigurationsdatei erforderlich sind

Weitere Informationen finden Sie unter Informationen zu Migrate to Containers | Google Cloud.

Features

Quellanwendungsdateien kopieren

Kopieren Sie Ihre Anwendungsdateien von einer lokalen Remote-VM mit SSH oder von einer VM, die auf Google Cloud ausgeführt wird, mit der gcloud CLI.

Anwendungsdateien auf Modernisierungsänderungen analysieren

Analysieren Sie die Binär- und Konfigurationsdateien der Anwendung. Generieren Sie den Bericht der Migrationsplandatei und den Migrationsplan mithilfe der aus den kopierten Dateien extrahierten Parameter.

Anwendungsartefakte zur Ausführung als Container generieren

Generieren Sie Artefakte, die Sie zum Ausführen der Anwendung als Container mit einer Skaffold-Konfigurationsdatei benötigen. So können Sie die Bereitstellung der generierten Artefakte in Ihrem Zielcluster automatisieren.

Unterstützte Modernisierungsabläufe

Mit der neuen Migrate to Containers-Befehlszeile können Sie Ihre Anwendungsmodernisierung in Ihrer lokalen Umgebung vornehmen und die generierten Artefakte direkt in einem lokalen oder Remote-Cluster bereitstellen.

Die Migrate to Containers-Befehlszeile unterstützt die folgenden Modernisierungsabläufe:

Tomcat-Anwendung in einen Container, der ein Community-Basis-Image verwendet
Apache-Anwendung in einen Container, der ein Community-Basis-Image verwendet
IBM JBoss-Anwendung in einen Container, der ein Community-WildFly-Basis-Image verwendet
IBM Websphere Application Server Traditional in einen Container, der ein IBM Websphere Application Server Traditional-Image verwendet
IBM Websphere Application Server Traditional in einen Container, der ein Open Liberty-Container-Image verwendet

Versionshinweise zur Migrate to Containers-Befehlszeile

8. Oktober 2024

Features

Diverse Fehlerkorrekturen

3. Januar 2024

4. Dezember 2023

Verworfen

2. November 2023

30. Oktober 2023

Features

Unterstützung für die Offline-Migration von Linux-Anwendungen hinzugefügt

22. August 2023

Features

Unterstützung für die Migration von Windows IIS-Diensten hinzugefügt

Erweiterte Unterstützung für die Migration von IBM WebSphere-Anwendungen

Änderungen bei der Migration von IBM WebSphere Application Server Traditional

Unterstützung für die Migration von IBM WebSphere Application Server Liberty hinzugefügt

Tomcat-Plug-in aktualisiert

Linux-System-Container-Plug-in wurde aktualisiert

Erledigt

Probleme

27. Juni 2023

Features

Aktualisierte Skaffold API-Version

Unterstützung für die Containerisierung von Linux-VMs hinzugefügt

copy-Vorgang wurde optimiert

Möglichkeit zur Bereinigung des kopierten Dateisystems hinzugefügt

Unterstützung für die Datenmigration hinzugefügt

13. Juni 2023

2. Mai 2023

Features

Quellanwendungsdateien kopieren

Anwendungsdateien auf Modernisierungsänderungen analysieren

Anwendungsartefakte zur Ausführung als Container generieren

Unterstützte Modernisierungsabläufe

`copy`-Vorgang wurde optimiert