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 su 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 di Migrate to Containers plug-in di modernizzazione che includono correzioni di bug per le migrazioni di Tomcat.

4 dicembre 2023

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

Ritirato

Il plug-in websphere-traditional è deprecato. Per clienti esistenti, questo plug-in sarà ancora supportato fino a dicembre 2023, dopo che non sarà più disponibile. Se non hai esperienza con il carico di lavoro WebSphere la modernizzazione, quindi usa il plug-in websphere-container con 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 il supporto per la migrazione offline delle applicazioni Linux

L'interfaccia a riga di comando Migrate to Containers ora supporta il lavoro senza connessione a internet utilizzando la nuova modalità offline. La modalità offline ti consente di eseguire la migrazione di Linux le applicazioni in un ambiente offline.

Ciò è vantaggioso se il tuo ambiente locale, che include le risorse locali di origine e il cluster di deployment, si trova in una rete protetta che richiede la pre-approvazione e la scansione di sicurezza per scaricare i file esterni e binari. Con la modalità offline, abbiamo semplificato il processo di ricezione aggiornamenti software da fonti esterne in una rete protetta mediante l'aggiunta di file di raggrupparle e separarle. Inoltre, puoi specificare un indirizzo un registro protetto come origine per gli artefatti richiesti per l'applicazione di cui è stata eseguita la migrazione.

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

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

    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 l'interfaccia a riga di comando Migrate to Containers e l'interfaccia a riga di comando Migrate to Containers offline i plug-in raggruppano i plug-in nell'ambiente offline.

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

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

    Per aggiungere il supporto per la migrazione dei dati offline, specifica un registro dei container 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 IIS Windows

L'interfaccia a riga di comando Migrate to Containers ora supporta la migrazione dei servizi IIS di Windows. Migrazione in corso I servizi IIS Windows richiedono l'esecuzione dell'interfaccia a riga di comando Migrate to Containers su un in una macchina virtuale.

Per modernizzare i servizi IIS di Windows, segui questi passaggi:

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

    Ad esempio, per esportare un'immagine da Compute Engine, esporta prima l'immagine in Cloud Storage, quindi scarica l'immagine sulla tua macchina locale:

    gcloud compute images export \
    --export-format vhdx \
    --destination-uri DESTINATION_URI \
    --image IMAGE_NAME
gcloud storage 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 artefatti di migrazione dalle immagini disco e dal piano di migrazione:

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

Supporto migliorato 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. Un nuovo è stato aggiunto un plug-in che supporta WebSphere Application Server Liberty come dell'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 di IBM Carichi di lavoro tradizionali di WebSphere Application Server.
  • Aggiunto il supporto per WebSphere Application Server Liberty come destinazione.
  • Il parametro was-home ora è 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 seguente 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 ulteriori informazioni, vedi Crea un piano di migrazione per i carichi di lavoro tradizionali 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 ulteriori informazioni, vedi Crea un piano di migrazione per i carichi di lavoro 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 con i due punti (:).
  • I parametri java-version, catalina-base e catalina-home sono ora anche se esegui la scansione della VM di origine utilizzando mFit.

Per saperne di più, vedi Creare un piano di migrazione per i carichi di lavoro Tomcat.

Plug-in per container di sistema Linux aggiornato

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

Fisso

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

Problemi

  • La build Skaffold per le immagini Windows potrebbe non riuscire su un computer Windows perché Skaffold cerca di estrarre l'immagine di base per il target sbagliato.

    Come soluzione alternativa per questo problema, esegui il pull dell'immagine manualmente con docker pull ed eseguire di nuovo la build Skaffold.

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

    Come soluzione alternativa per questo problema, aumenta il timeout del probe di idoneità e usando 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 eseguito

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

Aggiunto il supporto per la containerizzazione delle VM Linux

L'interfaccia a riga di comando Migrate to Containers ora ti 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, un manifest Kubernetes script di deployment automatizzato basati su Skaffold.

L'interfaccia a riga di comando Migrate to Containers utilizza un container di sistema Linux predefinito che funziona come per i servizi richiesti dall'applicazione modernizzata. Con L'interfaccia a riga di comando Migrate to Containers, puoi modernizzare un'ampia gamma di servizi per l'esecuzione su GKE, Cloud Run di cluster GKE Enterprise.

Per saperne di più, vedi Creare un piano di migrazione per un container VM Linux.

Operazione copy migliorata

Sono ora disponibili i seguenti miglioramenti per l'operazione copy:

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

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

Per ulteriori informazioni, vedi Copiare il file system del computer di origine.

Aggiunta la possibilità di ripulire il file system copiato

Al termine della migrazione, puoi utilizzare il nuovo comando cleanup per rimuovi la copia del file system della macchina di origine creata con copy sulla tua macchina locale senza avere problemi di autorizzazione.

Per maggiori informazioni, vedi Pulizia della macchina locale.

Aggiunto il supporto per la migrazione dei dati

Dopo aver eseguito una migrazione, puoi ora copiare le directory dei dati in una richiesta di volume permanente (PVC) esistente sul cluster di destinazione con il nuovo Comando migrate-data.

Questo passaggio è obbligatorio nei casi in cui potresti aver bisogno di eseguire la migrazione di dati permanenti dalla VM di origine ai volumi permanenti montati sulla destinazione containerizzato.

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 generalmente disponibili.

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

Per ulteriori informazioni , consulta Spostare le applicazioni ai 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 preview. L'interfaccia a riga di comando Migrate to Containers ti consente di modernizzare di applicazioni in esecuzione su VM e container in esecuzione GKE, GKE Autopilot, Cloud Run di cluster GKE Enterprise. Lo strumento offre un flusso semplificato che comprende di quattro passaggi principali:

  1. Copia i file delle applicazioni 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 personalizzarlo.
  4. Genera gli artefatti richiesti come immagine container, YAML di deployment e Skaffold di configurazione del deployment.

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

Funzionalità

Copia file di applicazioni 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 le modifiche alla modernizzazione

Analizza i file binari delle applicazioni e i file di configurazione e genera migrazione. il report sul file del piano e il piano di migrazione utilizzando i parametri estratti dal file copiato .

Genera artefatti dell'applicazione da eseguire come container

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

Flussi di modernizzazione supportati

Con la nuova interfaccia a riga di comando Migrate to Containers, puoi lavorare alla modernizzazione delle tue applicazioni all'indirizzo il tuo ambiente locale ed esegui il deployment degli artefatti generati direttamente su una macchina o cluster remoto.

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

  • Applicazione Tomcat al container che utilizza un'immagine di base della community
  • da un'applicazione Apache al container che utilizza un'immagine di base della community
  • Applicazione IBM JBoss al container che utilizza un'immagine di base della community WildFly
  • IBM WebSphere Application Server tradizionale in container che utilizza un server IBM Immagine tradizionale di WebSphere Application Server
  • IBM WebSphere Application Server tradizionale al container che utilizza un'immagine container Open Liberty