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:
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
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.
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:
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
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
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
ecatalina-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 instalarrsync
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:
- Copie os arquivos do aplicativo de uma VM de origem usando SSH ou a CLI gcloud.
- Analise a cópia local dos arquivos do aplicativo para gerar um plano de migração.
- Edite os arquivos do plano de migração para personalizá-lo.
- 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