Ao ativar o recurso de atualização automática para ACK Serverless cluster, você mantém seu cluster atualizado conforme um cronograma e reduz a carga de trabalho de O&M com o gerenciamento de versões. Após configurar uma política de atualização automática, o sistema gera um plano de atualização do cluster com antecedência, executa uma verificação prévia e atualiza o plano de controle do cluster dentro da janela de manutenção, permitindo que você se concentre no desenvolvimento de aplicações em contêiner.
Limites
A atualização automática é compatível apenas com o ACK Serverless cluster que executa o Kubernetes 1.22 ou posterior.
Por que usar a atualização automática
Em versões de cluster desatualizadas, o ACK Serverless cluster não recebe mais novos recursos, não tem defeitos funcionais e de segurança corrigidos e oferece apenas suporte técnico limitado. Para mais informações, consulte Risks of outdated versions. Manter uma versão com suporte garante maior segurança e estabilidade para o seu cluster.
A atualização automática de cluster reduz a carga de trabalho de O&M com o gerenciamento de versões. Após ativar a atualização automática, atualize seu cluster periodicamente para uma nova versão compatível e utilize os recursos que ela oferece.
Política de atualização automática
Com base na política de atualização automática configurada e no cronograma de lançamento de versões para o ACK Serverless cluster, a atualização automática gera um plano de atualização para um cluster específico e a executa no horário agendado. A política de atualização automática permite configurar a janela de manutenção do cluster e a frequência de atualização. Ao contrário de uma atualização manual, ativar a atualização automática não atualiza o cluster de imediato. Se você precisar concluir uma atualização de cluster rapidamente, atualize-o manualmente. Para obter instruções, consulte Manually upgrade a cluster.
Na prática, as atualizações automáticas e manuais seguem o mesmo processo e oferecem os mesmos recursos. Elas não são mutuamente exclusivas. Ou seja, após ativar a atualização automática, você ainda pode atualizar o cluster manualmente.
Assim como a atualização manual, a atualização automática não permite rollback. Para mais considerações sobre atualizações, consulte Manually upgrade a cluster.
Janela de manutenção do cluster
A janela de manutenção do cluster aplica-se no nível do cluster e afeta a atualização automática de versões do cluster. A atualização automática gera um plano de atualização com base na janela de manutenção configurada e executa a verificação prévia e a atualização apenas dentro da janela de manutenção especificada.
Caso você modifique a janela de manutenção do cluster antes que um plano de atualização seja executado, o sistema cancela o plano agendado automaticamente. Se a modificação ocorrer enquanto uma atualização automática estiver em andamento, o sistema cancela a atualização do cluster já iniciada.
Para garantir tempo suficiente para a atualização, a janela de manutenção do cluster deve ter duração mínima de duas horas.
Frequência de atualização
Selecione a frequência de atualização mais adequada às necessidades do seu caso de uso.
Por exemplo, suponha que seu cluster execute atualmente a versão 1.26.3-aliyun.1 e que o Container Service for Kubernetes (ACK) ofereça suporte a três versões atualizáveis: 1.26.15-aliyun.1, 1.28.9-aliyun.1 e 1.30.1-aliyun.1. Dessas, a 1,30 é a versão mais recente e a 1,28 é a segunda mais recente. A tabela a seguir descreve cada frequência de atualização e a versão específica para a qual o sistema atualizará automaticamente o seu cluster em cada cenário.
|
Frequência de atualização |
Descrição |
Versão de destino da atualização |
|
Versão de patch mais recente (Patch) |
Quando uma versão de patch está disponível para a versão secundária (minor) atual, o sistema atualiza automaticamente o cluster para essa versão de patch. A nova versão do Kubernetes não contém alterações que quebram a compatibilidade. |
1.26.15-aliyun.1. |
|
Segunda versão secundária mais recente (Stable) |
O sistema atualiza automaticamente o cluster para a versão de patch mais recente da segunda versão secundária mais recente. A nova versão do Kubernetes pode incluir alterações em APIs, funções e recursos, mas sua estabilidade foi amplamente validada. |
1.28.9-aliyun.1. |
|
Versão secundária mais recente (Rapid) |
O sistema atualiza automaticamente o cluster para a versão de patch mais recente da versão secundária mais recente, para que você obtenha novos recursos da comunidade Kubernetes mais rapidamente. |
1.30.1-aliyun.1. |
Para mais informações sobre versões de patch e versões secundárias, consulte Kubernetes version policy.
Plano de atualização
Com base na sua política de atualização automática e no cronograma de lançamento de versões do Container Service for Kubernetes (ACK), o sistema verifica se o seu cluster atende às condições para a atualização automática. Caso o cluster atenda às condições, o sistema gera um plano de atualização automática com pelo menos um dia de antecedência e disponibiliza as informações do plano no console e por meio da openapi. Se você precisar ignorar esse plano de atualização em circunstâncias especiais, cancele-o manualmente. O cancelamento de um plano de atualização aplica-se apenas àquele plano específico e não desativa a atualização automática. O ACK Serverless cluster continuará a executar jobs de atualização automática dentro da janela de manutenção do cluster.
Após configurar uma política de atualização automática, o sistema não executa a atualização imediatamente. Em vez disso, ele agenda planos de atualização com antecedência com base na política de agendamento geral do ACK e os entrega em lotes após um período. Depois que o sistema gera um plano de atualização, acesse a página ou chame a API ListOperationPlans para obter o plano de atualização.
A verificação prévia avalia a compatibilidade do API server e dos add-ons do seu cluster. Se a verificação prévia falhar, corrija os problemas prontamente e aguarde que o sistema execute a verificação novamente. Visualize os detalhes da falha na página Upgrade Cluster, na seção History.
Notificações de atualização
Se uma atualização falhar, o ACK Serverless cluster envia notificações por meio de e-mail e mensagens internas.
Ativar a atualização automática do cluster
Depois de ativar a atualização automática do cluster, o ACK Serverless cluster executa uma atualização automática dentro de uma das janelas de manutenção do cluster, com base no agendamento geral do ACK.
Faça login no ACK console. No painel de navegação à esquerda, clique em Clusters.
Na página Clusters, clique no nome do seu cluster. No painel de navegação à esquerda, clique em .
-
Na página Upgrade Cluster, ative a atualização automática, consulte a seção Auto upgrade policy anterior e configure a política de atualização do cluster e a janela de manutenção.
Antes da execução do job de atualização automática, o sistema aciona uma verificação prévia. Se a verificação falhar, corrija os problemas conforme instruído na página. Visualize o status da verificação prévia e da atualização, além dos detalhes do job, na seção History.
Se você precisar cancelar esse plano de atualização em circunstâncias especiais, cancele-o manualmente o mais rápido possível.
(Opcional) Após a conclusão da atualização, visualize a versão do cluster na página Clusters e confirme se a atualização foi concluída com êxito.
Referências
-
Caso a atualização automática não atenda às suas necessidades, escolha uma atualização manual:
Console: Manually upgrade a cluster
openapi: UpgradeCluster
Se você executa cargas de trabalho em grande escala em um ambiente de produção, mas está usando o ACK Serverless Basic cluster, recomenda-se uma migração a quente para ACK Serverless Pro clusters. Para obter instruções, consulte Hot migrate a Basic cluster to a Pro cluster.
Para a política de suporte e o ciclo de vida das versões do Kubernetes no ACK Serverless cluster, consulte Kubernetes version policy. Você também pode consultar a descrição de uma versão específica para conhecer as considerações de atualização, novos recursos, funções obsoletas e APIs obsoletas.