Notas de lançamento da CLI do Migrate to Containers

Nesta página você encontra as atualizações de produção da CLI da Migrate to Containers e pode acessá-la periodicamente para se informar sobre avisos de recursos novos ou atualizados, correção de bugs, problemas conhecidos e funcionalidades obsoletas.

3 de janeiro de 2024

Em 3 de janeiro de 2024, lançamos a versão 1.4.1 dos plug-ins de modernização do Migrate to Containers, que inclui correções de bugs para migrações do Tomcat.

04 de dezembro de 2023

Em 04 de dezembro de 2023, lançamos a versão 1.2.2 da CLI do Migrate to Containers.

Suspenso

O uso do plug-in websphere-traditional foi descontinuado. Para clientes atuais, esse plug-in ainda será compatível até dezembro de 2023. Após esse período, ele não estará mais disponível. Se a modernização de cargas de trabalho do WebSphere não for novidade, use o plug-in websphere-container com a CLI do Migrate to Containers.

2 de novembro de 2023

Em 2 de novembro de 2023, lançamos a CLI do Migrate to Containers versão 1.2.1, que inclui correções de bugs.

30 de outubro de 2023

Em 30 de outubro de 2023, lançamos a versão 1.2.0 da CLI do Migrate to Containers.

Recursos

Adição de suporte para a migração off-line de aplicativos Linux

A CLI do Migrate to Containers agora dá suporte ao trabalho sem conexão com a Internet usando o novo modo off-line. O modo off-line permite migrar aplicativos Linux em um ambiente off-line.

Isso é útil quando o ambiente local, que inclui as máquinas locais e de origem e o cluster de implantação, está em uma rede segura que requer pré-aprovação e verificação de segurança para fazer o download de arquivos e binários externos. Com o modo off-line, simplificamos o processo de recebimento das atualizações de software de fontes externas em uma rede protegida, adicionando opções de agrupamento e desagrupamento de arquivos. Além disso, é possível especificar um registro local e seguro como origem dos artefatos necessários para o aplicativo migrado.

Depois de fazer o download da CLI do Migrate to Containers, realize a configuração para migrações off-line seguindo estas etapas:

  1. Faça o download do pacote off-line de plug-ins da CLI do 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 necessário, copie a CLI do Migrate to Containers e o pacote off-line de plug-ins da CLI do Migrate to Containers para o ambiente off-line.

  3. Descompacte o pacote off-line de plug-ins da CLI do Migrate to Containers:

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

    Para adicionar suporte à migração de dados off-line, especifique um Container Registry disponível na rede local:

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

    Substitua HOSTNAME pelo nome do host do Container Registry.

Para mais informações, consulte Configurações para realizar a migração off-line.

22 de agosto de 2023

Em 22 de agosto de 2023, lançamos a versão 1.1.0 da CLI do Migrate to Containers.

Recursos

Adição de compatibilidade com a migração de serviços IIS do Windows

A CLI do Migrate to Containers agora é compatível com a migração de serviços IIS do Windows. A migração de serviços IIS do Windows requer a execução da CLI do Migrate to Containers em uma máquina Windows.

Para modernizar os serviços IIS do Windows, siga estas etapas:

  1. Exporte as imagens do disco da VM de origem para arquivos VHD.

    Por exemplo, para exportar uma imagem do Compute Engine, primeiro exporte-a para o Cloud Storage e, em seguida, faça o download da imagem na sua máquina local:

    gcloud compute images export \
        --export-format vhdx \
        --destination-uri DESTINATION_URI \
        --image IMAGE_NAME
    gcloud storage cp DESTINATION_URI LOCAL_PATH
    
  2. Analise as imagens do disco para criar um plano de migração:

    ./m2c analyze \
       -s PATH_TO_IMAGE \
       -p windows-iis-container \
       -o ANALYSIS_OUTPUT_PATH
    
  3. Edite o plano de migração.

  4. Gere artefatos de migração com base nas imagens do disco e no plano de migração:

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

Suporte aprimorado para a migração de aplicativos do IBM WebSphere

O suporte ao IBM WebSphere foi modificado e expandido. O plug-in atual é compatível com o WebSphere Application Server tradicional como origem da migração. Um novo plug-in foi adicionado para ser compatível com o WebSphere Application Server Liberty como origem da migração.

Alterações na migração do WebSphere Application Server tradicional

As seguintes alterações foram feitas na migração do IBM WebSphere Application Server tradicional:

  • O plug-in websphere-traditional-container agora é usado para migrar cargas de trabalho do IBM WebSphere Application Server tradicional.
  • Adição de compatibilidade com o WebSphere Application Server Liberty como destino.
  • O parâmetro was-home agora é obrigatório, mesmo que você verifique a VM de origem usando o mFit.

Para migrar uma carga de trabalho do IBM WebSphere Application Server tradicional, execute o seguinte 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

Para mais informações, consulte Criar um plano de migração para cargas de trabalho do WebSphere tradicional.

Adição de compatibilidade com a migração do IBM WebSphere Application Server Liberty

A modernização do WebSphere Application Server Liberty agora está em disponibilidade geral com o plug-in websphere-container.

Para migrar a carga de trabalho do IBM WebSphere Liberty, execute o seguinte 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

Para mais informações, consulte Criar um plano de migração para cargas de trabalho do WebSphere Application Server Liberty.

Atualização do plug-in Tomcat

Os parâmetros de descoberta do plug-in Tomcat foram atualizados.

  • O parâmetro java-version agora está adicionado como entrada para migrações do Tomcat.
  • O parâmetro catalina-base agora pode incluir vários diretórios delimitados por dois pontos (:).
  • Os parâmetros java-version, catalina-base e catalina-home agora são obrigatórios, mesmo que você verifique a VM de origem usando o mFit.

Para mais informações, consulte Criar um plano de migração para cargas de trabalho do Tomcat.

Atualização do plug-in de contêiner do sistema Linux

Os endpoints de serviço do sistema Linux não são mais descobertos automaticamente e precisam ser especificados manualmente ao personalizar o plano de migração do Linux, mesmo que você verifique a VM de origem usando o mFit.

Fixo

Nas versões anteriores da CLI do Migrate to Containers, o comando copy poderia falhar ao tentar usar um soquete no diretório /tmp, que é excluído automaticamente em alguns sistemas. Nesta versão, os padrões mudaram e, para personalizar o local do soquete, defina a variável de ambiente SOCKDIR.

Problemas

  • O build Skaffold para imagens do Windows pode falhar em uma máquina Windows porque o Skaffold tenta extrair a imagem base do destino errado.

    Uma solução alternativa para esse problema é extrair a imagem manualmente com o comando docker pull e executar o build Skaffold novamente.

  • A implantação de cargas de trabalho do IIS do Windows pode ser marcada como "não está pronta" devido a tempos limite curtos. Se você estiver implantando suas cargas de trabalho usando o Skaffold, a implantação poderá aparecer como falha.

    Uma solução alternativa para esse problema é aumentar o tempo limite e o período da sondagem de prontidão usando o 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 de junho de 2023

Em 27 de junho de 2023, lançamos a versão 1.0.0 da CLI do Migrate to Containers.

Recursos

Versão atualizada da API Skaffold

A CLI do Migrate to Containers agora gera a configuração do Skaffold com a versão v4beta4 da API Skaffold em vez da versão v2beta25.

Inclusão de compatibilidade com a conteinerização de VMs do Linux

A migração para a CLI de contêineres agora permite que você migre VMs do Linux para contêineres do sistema. Ele descobre os arquivos do aplicativo de origem e os processa para gerar artefatos de migração, que incluem um Dockerfile, o manifesto do Kubernetes e scripts de implantação automatizados baseados no Skaffold.

A CLI do Migrate to Containers usa um contêiner do sistema Linux pré-criado que funciona como um carregador de inicialização para os serviços exigidos pelo aplicativo modernizado. Com a CLI do Migrate to Containers, é possível modernizar uma ampla variedade de aplicativos sem estado baseados em Linux para execução em clusters do GKE, do Cloud Run ou do GKE Enterprise.

Para mais informações, consulte Criar um plano de migração para um contêiner de VM do Linux.

Operação copy aprimorada

As seguintes melhorias na operação do copy já estão disponíveis:

  • A operação copy da CLI do Migrate to Containers agora usa um contêiner local para copiar o sistema de arquivos da VM de origem em um diretório local em vez de usar um arquivo .tar local. Essa melhoria elimina a necessidade de instalar rsync na máquina local e reduz o espaço em disco necessário para copiar o sistema de arquivos da máquina de origem.

  • Em caso de falhas, a migração para a CLI de contêineres agora continua o processo de cópia do ponto de falha.

Para mais informações, consulte Copiar o sistema de arquivos da máquina de origem.

Capacidade adicionada para limpar o sistema de arquivos copiados.

Após a conclusão da migração, use o novo comando cleanup para remover a cópia do sistema de arquivos da máquina de origem que você criou com o comando copy na máquina local sem nenhuma permissão. problemas.

Para mais informações, consulte Limpar o computador local.

Suporte adicionado para migração de dados

Depois de executar uma migração, agora é possível copiar diretórios de dados para uma declaração de volume permanente (PVC, na sigla em inglês) nova ou atual no cluster de destino com o novo comando migrate-data.

Essa etapa é necessária nos casos em que pode ser necessário migrar diretórios de dados permanentes da VM de origem para volumes permanentes montados no contêiner de destino.

Para mais informações, consulte Migrar dados.

13 de junho de 2023

Em 13 de junho de 2023, anunciamos que a CLI do Migrate to Containers agora está com disponibilidade geral.

A CLI do Migrate to Containers permite modernizar componentes de aplicativos executados em VMs para contêineres em execução nos clusters do GKE, Autopilot do GKE, Cloud Run ou GKE Enterprise.

Para mais informações, consulte Mudar seus aplicativos para cargas de trabalho baseadas em contêiner na linha de comando | Blog do Google Cloud.

2 de maio de 2023

Em 2 de maio de 2023, lançamos a versão 0.2.0 da CLI do Migrate to Containers na visualização. A CLI do Migrate to Containers permite modernizar componentes de aplicativos executados em VMs para contêineres em execução nos clusters do GKE, Autopilot do GKE, Cloud Run ou GKE Enterprise. A ferramenta oferece um fluxo simplificado composto por quatro etapas principais:

  1. Copie os arquivos do aplicativo de uma VM de origem usando SSH ou a CLI gcloud.
  2. Analise a cópia local dos arquivos do aplicativo para gerar um plano de migração.
  3. Edite os arquivos do plano de migração para personalizá-lo.
  4. Gere os artefatos necessários como imagem do contêiner, YAML de implantação e arquivo de configuração do Skaffold.

Para mais informações, consulte Sobre o Migrate to Containers | Google Cloud

Recursos

Copiar arquivos de aplicativos de origem

Copie os arquivos do aplicativo de uma VM remota no local usando SSH ou de uma VM em execução no Google Cloud usando a CLI gcloud.

Analisar os arquivos do aplicativo em busca de alterações de modernização

Analise os binários do aplicativo e os arquivos de configuração e gere o relatório de migração e o plano de migração usando os parâmetros extraídos dos arquivos copiados.

Gerar artefatos de aplicativo para serem executados como um contêiner

Gere os artefatos necessários para executar o aplicativo como um contêiner com um arquivo de configuração do Skaffold que permite automatizar a implantação dos artefatos gerados no cluster de destino.

Fluxos de modernização compatíveis

Com a nova CLI do Migrate to Containers, é possível trabalhar na modernização do aplicativo no ambiente local e implantar os artefatos gerados diretamente em um cluster local ou remoto.

A CLI do Migrate to Containers é compatível com os seguintes fluxos de modernização:

  • Aplicativo Tomcat para contêiner que usa uma imagem de base da comunidade
  • Aplicativo Apache para contêiner que usa uma imagem de base da comunidade
  • Aplicativo IBM JBoss para o contêiner que usa uma imagem de base do WildFly da comunidade
  • IBM Websphere Application Server tradicional para contêiner que usa uma imagem tradicional IBM WebSphere Application Server
  • IBM Websphere Application Server tradicional para contêiner que usa uma imagem de contêiner do Open Liberty