Para oferecer um controle mais refinado sobre o gerenciamento do ciclo de vida dos nós, o ACK ajustará determinados aspectos das atualizações automáticas, da autorrecuperação de nós e das correções automáticas de vulnerabilidades de segurança para pools de nós gerenciados. O comportamento padrão de alguns recursos automatizados mudará de ativado para desativado, e parâmetros de configuração mais flexíveis substituirão os antigos.
Alteração 1: Ajustes nas configurações de atualização automática do kubelet e do runtime de contêineres
Detalhes da alteração
Alteração de valor padrão: A partir de 31 de agosto de 2025, quando você crie um novo pool de nós com o gerenciamento de O&M ativado (ou seja, defina
management.enablecomotrue), o valor padrão para atualizações automáticas do kubelet e do runtime de contêineres (management.auto_upgrade) mudará detrueparafalse.-
Remoção de opção de configuração: A partir de 31 de janeiro de 2026, o ACK removerá a opção de configuração para atualizações automáticas do kubelet e do runtime de contêineres em pools de nós gerenciados. Os seguintes parâmetros serão oficialmente removidos das operações openapi relevantes (CreateClusterNodePool, ModifyClusterNodePool, DescribeClusterNodePoolDetail, DescribeClusterNodePools):
management.auto_upgrademanagement.auto_upgrade_policy
Solução alternativa
Use as configurações de atualização automática no nível do cluster e gerencie as atualizações do pool de nós. Para mais informações, consulte Automatically upgrade clusters.
Alteração 2: Mudanças na alternância de recursos gerenciados, nas correções automáticas de vulnerabilidades de segurança e nos parâmetros de autorrecuperação de nós
Detalhes da alteração
-
Alteração na lógica do parâmetro: A partir de 5 de agosto de 2025, o ACK marcará o principal alternador de recursos gerenciados para pools de nós gerenciados,
management.enable, como obsoleto e o removerá totalmente em 31 de janeiro de 2026.Gerencie esses recursos usando dois parâmetros independentes:
management.auto_repair: ative a autorrecuperação de nós.management.auto_vul_fix: ative as correções automáticas de vulnerabilidades de segurança.
-
Alteração de valor padrão: A partir de 31 de agosto de 2025, os valores padrão do parâmetro de correção de vulnerabilidades de segurança
management.auto_vul_fixe do alternador de autorrecuperaçãomanagement.auto_repairnas operações openapi relevantes (CreateClusterNodePool, ModifyClusterNodePool, DescribeClusterNodePoolDetail, DescribeClusterNodePools) mudarão parafalse.Parâmetro
Valor padrão anterior
Novo valor padrão
management.auto_vul_fixQuando você defina
management.enablecomotrue, o padrão étrueQuando você defina
management.enablecomofalse, o padrão éfalse
falsemanagement.auto_repairQuando você defina
management.enablecomotrue, o padrão étrueQuando você defina management.enable como
false, o padrão éfalse
false
Alteração 3: Ajustes nos parâmetros da política de correção automática de vulnerabilidades de segurança
Detalhes da alteração
-
Alteração na lógica do parâmetro: A partir de 5 de agosto de 2025, o ACK marcará o parâmetro
management.auto_vul_fix_policy.restart_nodepara correções automáticas de vulnerabilidades de segurança em pools de nós gerenciados como obsoleto e o removerá totalmente em 31 de janeiro de 2026.Por padrão, os pools de nós gerenciados não corrigirão mais automaticamente as CVEs do Kernel. Use o parâmetro
management.auto_vul_fix_policy.exclude_packagese ative as correções automáticas de CVEs do Kernel. -
Introdução de novo parâmetro: A partir de 5 de agosto de 2025, um novo parâmetro
management.auto_vul_fix_policy.exclude_packagesestará disponível para pools de nós gerenciados. Este parâmetro especifica uma lista de pacotes a serem excluídos durante as correções automáticas de vulnerabilidades de segurança. Seu valor padrão ékernel.Como as atualizações de kernel para correções de CVE apresentam um risco maior de compatibilidade, o pacote kernel é excluído por padrão. Remova
kerneldo valor demanagement.auto_vul_fix_policy.exclude_packagese ative as correções automáticas de CVEs do Kernel.