Atualizar automaticamente um cluster do AKS (Serviço de Kubernetes do Azure)

Parte do ciclo de vida do cluster do AKS envolve a execução de atualizações periódicas para a última versão do Kubernetes. É importante aplicar as versões de segurança ou atualização mais recentes para obter os recursos mais recentes. Antes de saber mais sobre atualizações automáticas, certifique-se de entender os conceitos básicos de atualização do cluster do AKS.

Por que usar a atualização automática do cluster

A autoatualização do cluster fornece um mecanismo configure uma vez e esqueça que gera benefícios tangíveis de tempo e custo operacional. Você não precisa interromper suas cargas de trabalho, reimplantá-las ou criar um novo cluster do AKS. Ao habilitar a atualização automática, você pode garantir que seus clusters estejam atualizados e não percam os recursos ou patches mais recentes do AKS e do Kubernetes upstream.

O AKS segue uma janela controle de versão rigorosa em termos de capacidade de suporte. Com canais de autoupgrade selecionados corretamente, você pode evitar que os clusters caiam em uma versão sem suporte. Para obter mais informações sobre a janela de suporte do AKS, consulte as Versões menores de alias.

Atualizações automáticas iniciadas pelo cliente versus atualizações automáticas iniciadas pelo AKS

Você pode especificar as especificidades de autoupgrade do cluster usando as diretrizes a seguir. As atualizações ocorrem com base em sua cadência especificada e são recomendadas para permanecer nas versões compatíveis do Kubernetes.

O AKS também inicia atualizações automáticas para clusters não suportados. Quando um cluster em uma versão n-3 (em que n é a versão secundária mais recente do AKS em GA com suporte) está prestes a cair para n-4, o AKS atualiza automaticamente o cluster para n-2 para permanecer em uma política de suporte do AKS. A atualização automática de um cluster com suporte da plataforma para uma versão com suporte é habilitada por padrão. Os node pools parados são atualizados durante uma operação de autoupgrade. A atualização se aplica aos nós quando o pool de nós é iniciado. Para minimizar interrupções, configure janelas de manutenção.

Limitações de atualização automática do cluster

Se você estiver usando a atualização automática de cluster, não poderá mais atualizar primeiro o plano de controle e, em seguida, atualizar os pools de nós individuais. A atualização automática do cluster sempre atualiza o plano de controle e os pools de nós simultaneamente. Não é possível atualizar apenas o plano de controle. A execução do az aks upgrade --control-plane-only comando gera o seguinte erro:

NotAllAgentPoolOrchestratorVersionSpecifiedAndUnchanged: Using managed cluster api, all Agent pools' OrchestratorVersion must be all specified or all unspecified. If all specified, they must be stay unchanged or the same with control plane.

Se estiver usando o canal de atualização automática de cluster (legado e não recomendado) node-image ou o canal de atualização automática de imagem de nó NodeImage, as atualizações autônomas do Linux são desativadas por padrão.

Canais de atualização automática do cluster

As atualizações concluídas automaticamente funcionam da mesma forma que as atualizações manuais. O canal de autoupgrade selecionado determina o tempo das atualizações. Ao fazer alterações na autoupgrade, aguarde 24 horas para que as alterações entrem em vigor. A atualização automática de um cluster segue o mesmo processo que a atualização manual. Para obter mais informações, confira Atualizar um cluster do AKS.

Os seguintes canais de atualização estão disponíveis:

Usar a atualização automática do cluster com um novo cluster do AKS

export RANDOM_SUFFIX=$(openssl rand -hex 3)
export RESOURCE_GROUP="myResourceGroup$RANDOM_SUFFIX"
export AKS_CLUSTER_NAME="myAKSCluster"
az aks create --resource-group $RESOURCE_GROUP --name $AKS_CLUSTER_NAME --auto-upgrade-channel stable --generate-ssh-keys

Usar a atualização automática do cluster com um cluster AKS existente

az aks update --resource-group $RESOURCE_GROUP --name $AKS_CLUSTER_NAME --auto-upgrade-channel stable

{
  "id": "/subscriptions/aaaa6a6a-bb7b-cc8c-dd9d-eeeeee0e0e0e/resourceGroups/myResourceGroupabc123/providers/Microsoft.ContainerService/managedClusters/myAKSCluster",
  "properties": {
    "autoUpgradeChannel": "stable",
    "provisioningState": "Succeeded"
  }
}

Use a atualização automática com a Manutenção Planejada

Se estiver usando a Manutenção Planejada e a autoupgrade do cluster, a atualização será iniciada durante a janela de manutenção especificada.

Para obter mais informações sobre como definir uma janela de manutenção com Manutenção Planeada, consulte Utilizar a Manutenção Planejada para agendar janelas de manutenção para o seu cluster dos Serviço de Kubernetes do Azure (AKS).

Práticas recomendadas para a atualização automática do cluster

Use as seguintes práticas recomendadas para ajudar a maximizar seu sucesso ao usar a atualização automática:

• Para garantir que o cluster esteja sempre em uma versão com suporte, por exemplo, dentro da regra N-2, escolha stable ou rapid como canais.
• Se você estiver interessado em obter os patches mais recentes o mais rápido possível, use o canal patch. O canal node-image é uma boa opção se você quiser que seus pools de agentes sempre executem as imagens de nó mais recentes.
• Para atualizar automaticamente as imagens dos nós ao usar um canal de atualização de cluster diferente, considere usar o canal de atualização automática de imagens de nósNodeImage.
• Siga as melhores práticas do operador.
• Siga as práticas recomendadas de PodDisruptionBudget (PDB).
• Para obter informações sobre a solução de problemas de atualização, consulte a Documentação de solução de problemas do AKS.

Para obter uma discussão detalhada sobre as melhores práticas de atualização e outras considerações, veja Diretrizes de patch e atualização do AKS.