Atualizar a orquestração em vários clusters de membros
Os administradores de plataforma que gerenciam um grande número de clusters geralmente têm problemas no preparo das atualizações de vários clusters (por exemplo, atualizar versões de imagem do sistema operacional do nó, atualizar versões do Kubernetes) de maneira segura e previsível. Para resolver esse problema, o Gerenciador de Frota de Kubernetes do Azure (Frota) permite orquestrar atualizações em vários clusters usando execuções, fases, grupos e estratégias de atualização.
- Execução de atualização: uma execução de atualização representa uma atualização que está sendo aplicada a uma coleção de clusters do AKS, consistindo na meta e na sequência de atualização. A meta de atualização descreve as atualizações desejadas (por exemplo, atualização para o Kubernetes versão 1.28.3). A sequência de atualização descreve a ordem exata na qual aplicar as atualizações a vários clusters membros, expressos usando estágios e grupos. Se não for especificada, todos os clusters membros serão atualizados um por um sequencialmente. Uma execução de atualização pode ser interrompida e iniciada.
- Estágio de atualização: as execuções de atualização são divididas em estágios, que são aplicados sequencialmente. Por exemplo, um primeiro estágio de atualização pode atualizar os clusters membros do ambiente de teste e um segundo estágio de atualização atualizará posteriormente os clusters membros do ambiente de produção. Um tempo de espera pode ser especificado para aguardar entre a aplicação dos estágios de atualização subsequentes.
- Grupos de atualizações: cada estágio de atualização contém um ou mais grupos de atualização, que são usados para selecionar os clusters membros a serem atualizados. Os grupos de atualização também são usados para ordenar a aplicação de atualizações para clusters membros. Em um estágio de atualização, as atualizações são aplicadas a todos os diferentes grupos de atualização em paralelo. Em um grupo de atualização, os clusters membros são atualizados sequencialmente. Cada cluster membro da frota só pode fazer parte de um grupo de atualizações.
- Estratégia de atualização: uma estratégia de atualização descreve a sequência de atualizações com estágios e grupos. Você pode reutilizar uma estratégia em suas execuções de atualização em vez de definir a sequência repetidamente em cada execução.
Atualmente, as operações de atualização com suporte no cluster são upgrades. Há dois tipos de upgrades que você pode escolher:
- Fazer upgrade das versões do Kubernetes para o painel de controle e os nós do Kubernetes (que inclui o upgrade das imagens do nó).
- Fazer upgrade apenas das imagens do nó.
Você pode especificar a versão do Kubernetes de destino para a qual fazer upgrade, mas não pode especificar as versões exatas da imagem do nó de destino, pois as versões de imagem de nó disponíveis mais recentes podem variar dependendo da região do cluster (verifique o rastreador de versão para obter mais informações). As versões de imagem do nó de destino são selecionadas automaticamente para você com base em suas preferências:
Latest: use as imagens de nó mais recentes disponíveis na região de um cluster quando o upgrade do cluster for iniciado. Como resultado, diferentes versões de imagem podem ser usadas dependendo da região em que um cluster está e quando seu upgrade realmente é iniciado.Consistent: quando a execução de atualização é iniciada, ela escolhe as versões de imagem comuns mais recentes entre as regiões dos clusters membros nesta execução, de modo que as mesmas versões de imagem consistentes sejam usadas entre os clusters.
Você deve optar por Latest para usar as versões de imagem mais recentes e minimizar os riscos de segurança e optar por Consistent para melhorar a confiabilidade usando e verificando essas imagens em clusters em estágios anteriores antes de usá-las em clusters posteriores.