Note di rilascio dell'interfaccia a riga di comando di Migrate to Containers

Questa pagina documenta gli aggiornamenti di produzione per l'interfaccia a riga di comando Migrate to Containers. Puoi controllare periodicamente questa pagina per annunci relativi a funzionalità nuove o aggiornate, correzioni di bug, problemi noti e funzionalità deprecate.

3 gennaio 2024

Il 3 gennaio 2024 abbiamo rilasciato la versione 1.4.1 dei plug-in per la modernizzazione di Migrate to Containers, che include correzioni di bug per le migrazioni Tomcat.

4 dicembre 2023

Il 4 dicembre 2023 abbiamo rilasciato la versione 1.2.2 dell'interfaccia a riga di comando Migrate to Containers.

Deprecata

Il plug-in websphere-traditional è stato ritirato. Per i clienti esistenti, questo plug-in sarà ancora supportato fino a dicembre 2023, dopodiché non sarà più disponibile. Se non hai mai utilizzato la modernizzazione dei carichi di lavoro di WebSphere, utilizza invece il plug-in websphere-container con l'interfaccia a riga di comando Migrate to Containers.

2 novembre 2023

Il 2 novembre 2023 abbiamo rilasciato la versione 1.2.1 dell'interfaccia a riga di comando Migrate to Containers, che include correzioni di bug.

30 ottobre 2023

Il 30 ottobre 2023 abbiamo rilasciato la versione 1.2.0 dell'interfaccia a riga di comando Migrate to Containers.

Funzionalità

Aggiunto supporto per la migrazione offline delle applicazioni Linux

L'interfaccia a riga di comando Migrate to Containers ora supporta l'utilizzo senza connessione a internet con la nuova modalità offline. La modalità offline consente di migrare le applicazioni Linux in un ambiente offline.

Ciò è utile se il tuo ambiente locale, che include le macchine locali e di origine e il cluster di deployment, si trova in una rete protetta che richiede pre-approvazione e analisi della sicurezza per il download di file e programmi binari esterni. Con la modalità offline, abbiamo semplificato il processo di ricezione degli aggiornamenti del software da origini esterne in una rete protetta aggiungendo opzioni di raggruppamento e separazione dei file. Inoltre, puoi specificare un registro locale protetto come origine degli artefatti richiesti per l'applicazione di cui è stata eseguita la migrazione.

Per configurare le migrazioni offline, dopo aver scaricato l'interfaccia a riga di comando Migrate to Containers, esegui questi passaggi:

  1. Scarica il pacchetto di plug-in dell'interfaccia a riga di comando Migrate to Containers offline:

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

  2. Se necessario, copia il bundle dell'interfaccia a riga di comando Migrate to Containers e offline Migrate to Containers nell'ambiente offline.

  3. Decomprimi il pacchetto di plug-in dell'interfaccia a riga di comando Migrate to Containers offline:

    ./m2c plugins unpack -i m2c-offline-bundle-linux.tar

    Per aggiungere il supporto per la migrazione dei dati offline, specifica un Container Registry disponibile nella tua rete locale:

    ./m2c plugins unpack -i m2c-offline-bundle-linux.tar --registry HOSTNAME

    Sostituisci HOSTNAME con il nome host di Container Registry.

Per ulteriori informazioni, vedi Configurare la migrazione offline.

22 agosto 2023

Il 22 agosto 2023 abbiamo rilasciato la versione 1.1.0 dell'interfaccia a riga di comando Migrate to Containers.

Funzionalità

Aggiunto il supporto per la migrazione dei servizi Windows IIS

L'interfaccia a riga di comando Migrate to Containers ora supporta la migrazione dei servizi Windows IIS. La migrazione dei servizi Windows IIS richiede l'esecuzione dell'interfaccia a riga di comando Migrate to Containers su un computer Windows.

Per modernizzare i servizi Windows IIS, segui questi passaggi:

  1. Esporta le immagini del disco della VM di origine in file VHD.

    Ad esempio, per esportare un'immagine da Compute Engine, devi prima esportarla in Cloud Storage, quindi scaricarla sulla tua macchina locale:

    gcloud compute images export \
    --export-format vhdx \
    --destination-uri DESTINATION_URI \
    --image IMAGE_NAME
gsutil cp DESTINATION_URI LOCAL_PATH

  2. Analizza le immagini disco per creare un piano di migrazione:

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

  3. Modifica il piano di migrazione.

  4. Genera gli artefatti di migrazione dalle immagini disco e dal piano di migrazione:

    ./m2c generate \
   -i ANALYSIS_PATH \
   -o OUTPUT_ARTIFACTS_PATH

Supporto avanzato per la migrazione delle applicazioni IBM WebSphere

Il supporto di IBM WebSphere è stato modificato ed esteso. Il plug-in esistente supporta WebSphere Application Server tradizionale come origine di migrazione. È stato aggiunto un nuovo plug-in per supportare WebSphere Application Server Liberty come origine della migrazione.

Modifiche nella migrazione tradizionale di IBM WebSphere Application Server

Sono state apportate le seguenti modifiche alla migrazione tradizionale di IBM WebSphere Application Server:

  • Il plug-in websphere-traditional-container viene ora utilizzato per la migrazione dei carichi di lavoro tradizionali di IBM WebSphere Application Server.
  • Aggiunto il supporto per WebSphere Application Server Liberty come destinazione.
  • Ora il parametro was-home è obbligatorio, anche se esegui la scansione della VM di origine utilizzando mFit.

Per eseguire la migrazione di un carico di lavoro tradizionale di IBM WebSphere Application Server, esegui questo comando:

./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

Per maggiori informazioni, consulta Creare un piano di migrazione per i carichi di lavoro tradizionali di WebSphere.

Aggiunto il supporto per la migrazione di IBM WebSphere Application Server Liberty

La modernizzazione di WebSphere Application Server Liberty è ora in disponibilità generale con il plug-in websphere-container.

Per eseguire la migrazione del carico di lavoro IBM WebSphere Liberty, esegui questo comando:

./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

Per maggiori informazioni, consulta Creare un piano di migrazione per i carichi di lavoro di WebSphere Application Server Liberty.

Aggiornamento del plug-in Tomcat

I parametri di rilevamento per il plug-in Tomcat sono stati aggiornati.

  • Il parametro java-version viene ora aggiunto come input alle migrazioni Tomcat.
  • Il parametro catalina-base ora può includere più directory delimitate da due punti (:).
  • Ora i parametri java-version, catalina-base e catalina-home sono obbligatori, anche se esegui la scansione della VM di origine utilizzando mFit.

Per ulteriori informazioni, consulta Creare un piano di migrazione per i carichi di lavoro Tomcat.

Aggiornamento del plug-in per il contenitore del sistema Linux

Gli endpoint dei servizi del sistema Linux non vengono più rilevati automaticamente e devono essere specificati manualmente durante la personalizzazione del piano di migrazione di Linux, anche se esegui la scansione della VM di origine utilizzando mFit.

Risolto

Nelle versioni precedenti dell'interfaccia a riga di comando Migrate to Containers, il comando copy potrebbe non riuscire quando si tentava di utilizzare un socket nella directory /tmp, che in alcuni sistemi veniva eliminato automaticamente. In questa versione i valori predefiniti sono cambiati e, per personalizzare la posizione del socket, puoi impostare la variabile di ambiente SOCKDIR.

Problemi

  • Le immagini di Skaffold build per Windows potrebbero non riuscire su un computer Windows perché Skaffold cerca di eseguire il pull dell'immagine di base per il target sbagliato.

    Come soluzione alternativa al problema, esegui il pull manuale dell'immagine con il comando docker pull ed esegui di nuovo la build Skaffold.

  • Il deployment dei carichi di lavoro Windows IIS potrebbe essere contrassegnato come non pronto a causa di timeout brevi. Se esegui il deployment dei carichi di lavoro utilizzando Skaffold, il deployment potrebbe risultare non riuscito.

    Come soluzione alternativa a questo problema, aumenta il timeout e il periodo del probe di idoneità utilizzando 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 giugno 2023

Il 27 giugno 2023 abbiamo rilasciato la versione 1.0.0 dell'interfaccia a riga di comando Migrate to Containers.

Funzionalità

Upgrade della versione dell'API Skaffold

L'interfaccia a riga di comando Migrate to Containers ora genera la configurazione Skaffold con la versione dell'API Skaffold v4beta4 anziché la versione v2beta25.

Aggiunto il supporto per la containerizzazione delle VM Linux

L'interfaccia a riga di comando Migrate to Containers ora consente di eseguire la migrazione delle VM Linux nei container di sistema. Individua i file dell'applicazione di origine e li elabora per generare artefatti di migrazione, che includono un Dockerfile, manifest Kubernetes e script di deployment automatizzato basati su Skaffold.

L'interfaccia a riga di comando di Migrate to Containers utilizza un container di sistema Linux predefinito che funge da bootloader per i servizi richiesti dall'applicazione modernizzata. Con l'interfaccia a riga di comando Migrate to Containers, puoi modernizzare un'ampia gamma di applicazioni stateless basate su Linux da eseguire su cluster GKE, Cloud Run o GKE Enterprise.

Per maggiori informazioni, vedi Creare un piano di migrazione per un container VM Linux.

Operazione copy migliorata

Sono ora disponibili i seguenti miglioramenti all'operazione copy:

  • L'operazione copy dell'interfaccia a riga di comando Migrate to Containers ora utilizza un container locale per copiare il file system della VM di origine in una directory locale anziché utilizzare un file tar locale. Questo miglioramento elimina la necessità di installare rsync sulla macchina locale e riduce lo spazio su disco necessario per copiare il file system della macchina di origine.

  • In caso di errori, l'interfaccia a riga di comando Migrate to Containers ora continua il processo di copia dal punto di errore.

Per ulteriori informazioni, vedi Copiare il file system della macchina di origine.

È stata aggiunta la possibilità di ripulire il file system copiato

Al termine della migrazione, puoi utilizzare il nuovo comando cleanup per rimuovere la copia del file system della macchina di origine che hai creato con il comando copy sulla tua macchina locale senza che vengano riscontrati problemi di autorizzazione.

Per ulteriori informazioni, vedi Pulisci la macchina locale.

Aggiunto il supporto per la migrazione dei dati

Dopo aver eseguito una migrazione, ora puoi copiare le directory dei dati in una richiesta di volume permanente (PVC) nuova o esistente nel cluster di destinazione utilizzando il nuovo comando migrate-data.

Questo passaggio è obbligatorio nei casi in cui potrebbe essere necessario eseguire la migrazione delle directory di dati permanenti dalla VM di origine a volumi permanenti montati nel container di destinazione.

Per ulteriori informazioni, vedi Eseguire la migrazione dei dati.

13 giugno 2023

Il 13 giugno 2023 abbiamo annunciato che l'interfaccia a riga di comando Migrate to Containers è ora disponibile pubblicamente.

L'interfaccia a riga di comando di Migrate to Containers consente di modernizzare i componenti delle applicazioni in esecuzione sulle VM nei container in esecuzione su cluster GKE, GKE Autopilot, Cloud Run o GKE Enterprise.

Per ulteriori informazioni , vedi Sposta le applicazioni nei carichi di lavoro basati su container dalla riga di comando | Blog di Google Cloud.

2 maggio 2023

Il 2 maggio 2023 abbiamo rilasciato la versione 0.2.0 dell'interfaccia a riga di comando Migrate to Containers in anteprima. L'interfaccia a riga di comando Migrate to Containers consente di modernizzare i componenti delle applicazioni in esecuzione sulle VM nei container in esecuzione su cluster GKE, GKE Autopilot, Cloud Run o GKE Enterprise. Lo strumento offre un flusso semplificato che comprende quattro passaggi principali:

  1. Copia i file dell'applicazione da una VM di origine utilizzando SSH o gcloud CLI.
  2. Analizza la copia locale dei file dell'applicazione per generare un piano di migrazione.
  3. Modifica i file del piano di migrazione per personalizzare il piano di migrazione.
  4. Genera artefatti richiesti come immagine container, YAML di deployment e file di configurazione Skaffold.

Per ulteriori informazioni, vedi Informazioni su Migrate to Containers | Google Cloud.

Funzionalità

Copia file dell'applicazione di origine

Copia i file dell'applicazione da una VM remota on-premise mediante SSH o da una VM in esecuzione su Google Cloud utilizzando gcloud CLI.

Analizza i file delle applicazioni per i cambiamenti di modernizzazione

Analizza i file binari dell'applicazione e i file di configurazione e genera un report sul file del piano di migrazione e il piano di migrazione utilizzando parametri estratti dai file copiati.

Genera artefatti dell'applicazione da eseguire come container

Genera gli artefatti necessari per eseguire l'applicazione come container con un file di configurazione Skaffold che consente di automatizzare il deployment degli artefatti generati sul cluster di destinazione.

Flussi di modernizzazione supportati

Con la nuova interfaccia a riga di comando Migrate to Containers, puoi lavorare sulla modernizzazione delle applicazioni nel tuo ambiente locale ed eseguire il deployment degli artefatti generati direttamente in un cluster locale o remoto.

L'interfaccia a riga di comando Migrate to Containers supporta i seguenti flussi di modernizzazione:

  • Dall'applicazione Tomcat a un container che utilizza un'immagine base della community
  • Da applicazione Apache a container che utilizza un'immagine base della community
  • Applicazione IBM JBoss in container che utilizza un'immagine di base della community WildFly
  • Server applicazioni IBM WebSphere da tradizionale a container che utilizza un'immagine tradizionale di IBM WebSphere Application Server
  • Server applicazioni IBM WebSphere da tradizionale a container che utilizza un'immagine container Open Liberty