Preparar-se para o encerramento do agente de inicialização

O agente de inicialização de contêineres, que implanta contêineres em instâncias do Compute Engine durante a criação de VMs, foi descontinuado.

Este documento descreve como planejar a migração de contêineres criados durante a criação de VMs para outros serviços do Trusted Cloud by S3NS .

Informações gerais

O que é um agente de inicialização de contêiner no Compute Engine?

O agente de inicialização de contêineres permite implantar e configurar contêineres em instâncias do Compute Engine ou em instâncias de um grupo gerenciado de instâncias (MIG) durante a criação da VM e inicia um contêiner do Docker.

Por que o agente de inicialização do contêiner foi descontinuado?

Com base no feedback dos clientes,o Trusted Cloud by S3NS melhora as opções de implantação de contêineres. Descontinuamos o agente de inicialização do contêiner para oferecer opções mais flexíveis de implantação.

Para mais informações sobre as opções descontinuadas, consulte Opções descontinuadas para configurar contêineres em VMs.

Quais são os principais marcos dessa descontinuação e o que acontece se eu não tomar medidas até o prazo final?

A partir de 31 de julho de 2026, todos os fluxos de trabalho que dependem do agente de inicialização do contêiner ou dos metadados da instância gce-container-declaration vão parar de funcionar.

A partir de 31 de julho de 2027, o Google vai descontinuar o suporte ao agente de inicialização de contêineres, e nenhuma atualização será fornecida para VMs em execução que usam os metadados gce-container-declaration. Você vai executar as cargas de trabalho por sua conta e risco, e isso pode afetar seu fluxo de trabalho.

Recomendamos que você migre os contêineres para soluções alternativas bem antes dessas datas para garantir uma transição tranquila.

Quando não será mais possível criar novas VMs ou MIGs com contêineres implantados diretamente usando os metadados gce-container-declaration?

12 meses após a notificação inicial de descontinuação, ou seja, 31 de julho de 2026.

Quando não será mais possível executar implantações de contêineres em VMs ou MIGs que usam os metadados gce-container-declaration?

Vamos parar de oferecer suporte a todas as cargas de trabalho implantadas usando o agente de inicialização de contêiner 24 meses após a notificação inicial de descontinuação, ou seja, em 31 de julho de 2027.

Uso o cloud-init para executar contêineres em VMs. Am I impacted by this change?

Não. Essa descontinuação não afeta as VMs configuradas usando cloud-init. Você pode continuar usando cloud-init para configurar instâncias. Para mais informações, consulte Como usar o cloud-init com a configuração do Cloud.

Como posso saber se a mudança me afetará?

Se você estiver implantando um contêiner em uma VM durante a criação dela usando o agente de inicialização de contêiner ou especificando o gce-container-declaration, você será afetado por essa descontinuação. Para validar se há instâncias afetadas no seu projeto,execute o seguinte comando da CLI gcloud:

gcloud compute instances list --filter="metadata.items.key:gce-container-declaration"

Esse comando fornece uma lista de todas as instâncias de VM no seu projeto que contêm a chave de metadados gce-container-declaration. A chave de metadados identifica exclusivamente as VMs no escopo da descontinuação. Se você estiver usando vários projetos, execute o comando em todos os projetos ativos.

Para mais informações sobre como visualizar metadados do projeto, consulte a documentação de metadados.

Se você quiser verificar uma instância específica, execute o seguinte comando da CLI gcloud:

gcloud compute instances describe VM_NAME

Substitua VM_NAME pelo nome da instância de VM. Esse comando fornece todas as informações de uma determinada instância, incluindo os metadados. Se você encontrar a chave de metadados gce-container-declaration na resposta ao comando, sua VM será afetada por essa mudança.

Há algum risco para a segurança ou privacidade do projeto durante a migração?

Não. A segurança e a privacidade são fundamentais para tudo o que fazemos no Google. Ao usar nossos scripts ou soluções gerenciadas, você tem a flexibilidade de configurar definições de segurança e privacidade específicas para atender aos seus requisitos. Para mais informações, consulte o guia de migração.

Soluções alternativas

Quais são as soluções alternativas recomendadas para contêineres no Compute Engine e como escolher a certa para meus requisitos?

Escolha uma das seguintes opções para migrar seu contêiner:

• Se você quiser continuar implantando contêineres em VMs ou MIGs, executar contêineres para teste e desenvolvimento ou executar uma carga de trabalho que consiste em uma única VM, use scripts de inicialização ou cloud-init.
• Se você tiver aplicativos de contêiner sem estado e jobs de pequeno a médio porte, considere o Cloud Run. Também é possível usar scripts de inicialização.
• Se o contêiner for um job em lote com um estado final definido e exigir mais recursos de computação, considere o Batch. Também é possível usar scripts de inicialização.
• Se você precisar de controle e escalonabilidade avançados ou não conseguir atender aos seus requisitos com as outras opções, considere o GKE.

Para orientações e recomendações detalhadas sobre opções de migração, leia o guia de migração.

Por que devo considerar a migração para um serviço gerenciado, como o Cloud Run, o GKE ou o Batch, em vez de usar um script de inicialização?

Recomendamos que você considere migrar para soluções de contêineres, como o Google Kubernetes Engine, o Cloud Run e o Batch. Esses serviços gerenciados oferecem vantagens significativas em relação às implantações convencionais baseadas em VM, incluindo escalonabilidade, flexibilidade e recursos de gerenciamento avançados.

Os principais benefícios incluem:

• Reduza a sobrecarga de gerenciamento: como serviços totalmente gerenciados,oTrusted Cloudcuida da infraestrutura subjacente (VMs, aplicação de patches, escalonamento). Essa abordagem libera tempo valioso da equipe e reduz a carga operacional.
• Escalonamento automático e elasticidade: esses serviços ajustam automaticamente os recursos com base na demanda. Isso leva a uma melhor utilização de recursos e possível economia de custos em comparação com o provisionamento excessivo de VMs.
• Alcançar eficiência de custos para cargas ociosas: ao contrário das VMs, que geram custos mesmo quando estão ociosas, os serviços gerenciados podem ser mais econômicos para aplicativos com tráfego flutuante ou baixo.
• Use a disponibilidade do nível gratuito: o GKE, o Cloud Run e o Batch oferecem um nível sem custos financeiros, permitindo que você execute cargas de trabalho menores ou faça testes sem custos.

Para orientações detalhadas sobre a migração, consulte o guia de migração.

Quais são as considerações de custo para cada solução alternativa e como elas se comparam à configuração atual?

Scripts de inicialização de implantação de contêineres ou cloud-init: usar scripts de inicialização ou cloud-init como substituição direta não muda inerentemente os custos do Compute Engine. Você ainda paga pelos recursos da VM subjacente.

Serviços gerenciados: a migração para serviços como o Cloud Run ou o Batch pode gerar economia de custos, principalmente para aplicativos com uso variável. Ao contrário das VMs, que cobram mesmo quando estão inativas, esses serviços gerenciados podem ser mais eficientes. Além disso, os níveis gratuitos podem reduzir ainda mais os custos de cargas de trabalho menores e temporárias.

Para mais informações, consulte Comparar as opções de implantação de contêineres. Os preços variam de acordo com o serviço escolhido e sua configuração específica. Use a calculadora de preços para uma estimativa precisa.

Essa descontinuação significa que as imagens do Container-Optimized OS serão descontinuadas e, portanto, se quisermos executar Dockers em VMs do Compute Engine, precisaremos configurar nosso próprio modelo de VM?

Não. As imagens do Container-Optimized OS não estão sendo descontinuadas. A mudança é sobre como os contêineres são iniciados em VMs usando o Container-Optimized OS. As versões mais recentes do Container-Optimized OS não vão mais oferecer suporte ao konlet, que é o agente de inicialização que inicia contêineres usando a chave de metadados gce-container-declaration. Isso significa que as imagens do Container-Optimized OS ainda estarão disponíveis e com suporte. No entanto, é preciso atualizar a VM para usar um script de inicialização ou uma configuração cloud-init para implantar contêineres em vez de usar a chave de metadados gce-container-declaration.

Processo de migração

Qual é a abordagem recomendada para migrar contêineres para as soluções alternativas?

Recomendamos que você siga estas etapas para a migração:

• Entenda suas opções: consulte o guia de migração para conhecer outras maneiras de executar seus contêineres.
• Planeje a migração com antecedência: para garantir uma transição tranquila, comece a planejar a migração das implantações de contêineres atuais bem antes de 31 de julho de 2026.
• Prepare-se para novas cargas de trabalho: garanta que as novas cargas de trabalho de contêineres estejam prontas para serem executadas em soluções alternativas até 31 de julho de 2026, já que a implantação direta de contêineres em VMs ou MIGs não será mais possível.
• Prazo final da migração: migre todas as cargas de trabalho de contêiner atuais para soluções alternativas até 31 de julho de 2027, quando o método de implantação direta será totalmente desativado.

Preciso migrar para uma das soluções recomendadas ou há alternativas que posso usar?

Oferecemos flexibilidade para adotar qualquer solução que esteja alinhada às suas necessidades comerciais e tenha suporte ativo. Recursos como o guia de migração estão disponíveis para ajudar você a escolher a opção mais adequada.

É necessário fazer backup ou exportar dados como parte do processo de migração?

Embora fazer backup ou exportar dados seja sempre uma prática recomendada essencial para a segurança de dados e a continuidade dos negócios, não é uma etapa necessária para esse processo de migração.

Quanto tempo vou levar para migrar para uma das alternativas? Existem fatores que podem afetar meu tempo de dedicação?

Script de inicialização da implantação de contêineres: a configuração inicial e o teste usando scripts de inicialização levam cerca de uma a duas horas. As implantações subsequentes levam apenas alguns minutos cada.

Serviços gerenciados: optar por Trusted Cloud by S3NS soluções como Cloud Run, Batch ou GKE, que são ofertas de PaaS sem servidor e totalmente gerenciadas, pode envolver um maior investimento inicial de tempo e esforço. Isso se deve à mudança fundamental de uma abordagem centrada em VMs (IaaS), em que você gerencia a infraestrutura, para um modelo PaaS, em que a plataforma lida com grande parte disso. Essa adaptação pode exigir mudanças no aplicativo, como garantir que ele seja sem estado. No entanto, os benefícios de longo prazo podem incluir ganhos substanciais em eficiência operacional, escalonabilidade e custo-benefício.

Para orientações sobre essa transição, consulte o guia de migração.

Se eu migrar para uma alternativa, isso vai causar interrupções ou tempo de inatividade para Trusted Cloud by S3NS projetos, VMs, serviços e apps?

Em geral, a transição para a solução alternativa recomendada é projetada para ser um processo sem tempo de inatividade.

Para migração de contêineres de longa duração em VMs do Compute Engine, recomendamos configurar novas VMs com a configuração alternativa e alternar o tráfego depois que elas forem testadas para evitar interrupções.

Como essa migração afeta minha configuração do Terraform?

Se você estiver usando o Terraform ou uma automação semelhante para criar ou atualizar VMs ou MIGs com contêineres definindo explicitamente a chave de metadados gce-container-declaration, seu fluxo de trabalho vai parar de funcionar em 31 de julho de 2026. Para evitar interrupções, atualize sua configuração para incluir um script de inicialização para implantação de contêineres e remova a dependência da chave de metadados gce-container-declaration. Para instruções detalhadas sobre como implementar essa mudança, consulte Migrar contêineres implantados em VMs durante a criação de VMs.

Como receber suporte

Com quem devo entrar em contato no Compute Engine se tiver dúvidas sobre o processo de migração?

Se você tiver dúvidas ou precisar de ajuda, entre em contato com o suporte do Google Cloud.

Quais recursos estão disponíveis para me ajudar com a migração e fornecer orientação técnica?

Este FAQ, um guia de migração e o suporte do Google Cloud estão disponíveis para ajudar você com o processo de migração.