Atualizar automaticamente um cluster do Azure Kubernetes Service (AKS)

Parte do ciclo de vida do cluster AKS envolve a realização de atualizações periódicas para a versão mais recente do Kubernetes. É importante que aplique as últimas atualizações de segurança ou atualize para obter as funcionalidades mais recentes. Antes de aprenderes sobre upgrades automáticos, certifica-te de que compreendes os fundamentos das atualizações do AKS cluster.

Porquê usar a atualização automática do cluster

A atualização automática do cluster fornece um mecanismo configurar uma vez e esquecer que gera benefícios tangíveis em termos de tempo e custos operacionais. Você não precisa parar suas cargas de trabalho, reimplantar suas cargas de trabalho ou criar um novo cluster AKS. Ao ativar a atualização automática, pode garantir que os seus clusters estão atualizados e não perde as funcionalidades ou atualizações mais recentes do AKS e do Kubernetes a montante.

O AKS segue uma janela de controle de versão rigorosa de suporte. Com canais de atualização automática devidamente selecionados, pode evitar que clusters caiam numa versão não suportada. Para obter mais informações sobre a janela de suporte do AKS, consulte Versões secundárias do Alias.

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

Pode definir detalhes específicos da atualização automática do cluster usando as seguintes instruções. As atualizações ocorrem com base na cadência especificada e são recomendadas para permanecer nas versões suportadas 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 (onde n é a versão secundária mais recente suportada do AKS GA) 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 suportado pela plataforma para uma versão suportada é ativada por padrão. Pools de nós parados são atualizados durante uma operação de atualização automática. 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 do autoupgrade do cluster

Se estiveres a usar o autoupgrade do cluster, já não podes atualizar primeiro o plano de controlo e depois os conjuntos de nós individualmente. O autoupgrade do cluster atualiza sempre o control plane e os pools de nós em conjunto. Não é possível atualizar apenas o plano de controle. Executar o 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 usar o node-image canal de atualização automática do cluster (legado e não a usar) ou o NodeImage canal de atualização automática da imagem do nó, as atualizações não assistidas do Linux ficam desativadas por defeito.

Canais de atualização automática do cluster

As atualizações concluídas automaticamente são funcionalmente iguais às atualizações manuais. O canal de autoatualização selecionado determina o momento das atualizações. Ao fazer alterações ao autoupgrade, espere 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 de um cluster. Para obter mais informações, veja Atualizar um cluster do AKS.

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

Use a atualização automática do cluster com um novo cluster 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

Use 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"
  }
}

Usar a atualização automática com Manutenção Planeada

Se usar Manutenção Planeada e atualização automática do cluster, a sua atualização começa durante a janela de manutenção especificada.

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

Boas práticas para a atualização automática do cluster

Use as seguintes boas práticas para maximizar o seu sucesso ao usar o autoupgrade:

• Para garantir que o seu cluster está sempre numa versão suportada, por exemplo dentro da regra N-2, escolha um canal stable ou outro rapid .
• Se você estiver interessado em obter os patches mais recentes o mais rápido possível, use o patch canal. O node-image canal é 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 enquanto se utiliza um canal de atualização de cluster diferente, considere usar o canal de atualização automáticaNodeImage da imagem dos nós.
• Siga as melhores práticas do Operador.
• Siga as melhores práticas do PodDisruptionBudget (PDB).
• Para obter informações sobre 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 práticas recomendadas de atualização e outras considerações, consulte o patch do AKS e as diretrizes de atualização.