Visão geral do AKS (Serviço de Kubernetes do Azure): clusters automáticos com pools de nós de sistema gerenciados

Esta visão geral explica o recurso de pools de nós de sistema gerenciados, que é habilitado por padrão em novos clusters do AKS Automatic e está disponível apenas no AKS Automatic. Os pools de nós do sistema gerenciado permitem que você se concentre em seus aplicativos enquanto o AKS gerencia a infraestrutura subjacente, incluindo pools de nós do sistema, para otimizar o desempenho e a confiabilidade.

Para criar um cluster AKS Automatic com pools de nós de sistema gerenciados, consulte o guia de início rápido Início rápido: Criar um cluster do Serviço de Kubernetes do Azure (AKS) Automatic.

Principais recursos e benefícios

O recurso de pools de nós do sistema gerenciado permite que você se concentre em seus aplicativos, enquanto o AKS Automático garante que a infraestrutura subjacente seja otimizada para desempenho e confiabilidade. Os principais recursos e benefícios incluem:

• Sem sobrecarga operacional: o AKS provisiona, atualiza e dimensiona os pools de nós do sistema automaticamente, eliminando a necessidade de intervenção manual.
• Criação simplificada do cluster: Você não precisa monitorar nem alocar cotas de computação para pools de nós do sistema, porque o AKS gerencia as cotas para você.
• Eficiência de custo: as VMs (máquinas virtuais) em execução nos pools de nós do sistema não são cobradas para assinaturas do cliente, permitindo que você otimize os custos, mantendo o alto desempenho.
• Desempenho aprimorado: isolar cargas de trabalho do sistema de aplicativos do cliente melhora a confiabilidade e garante um desempenho consistente apoiado por SLAs (Contratos de Nível de Serviços).
• Pool de nós do sistema gerenciado por padrão: os novos clusters automáticos do AKS contam com pools de nós do sistema gerenciados por padrão. Se você tiver um cluster AKS Automatic existente sem pools de nós de sistema gerenciados, poderá migrar o cluster para usar pools de nós de sistema gerenciados na versão prévia.
• Dimensionamento automático e reparo de nós: o Cluster Autoscaler está habilitado para nós do sistema no pool de nós do sistema gerenciado. O reparo automático de nós está habilitado para os nós do sistema no pool de nós do sistema gerenciado.

Limitações

As seguintes limitações se aplicam aos clusters automáticos do AKS:

• O AKS Automatic geralmente está disponível nas seguintes regiões: australiacentral, australiaeast, australiasoutheast, austriaeast, belgiumcentral, brazilsouth, canadaeast, southeastasia, southcentralus, southafricanorth, polandcentral, southindia, eastus2, francecentral, eastus, germanywestcentral, eastasia, indonesiacentral, denmarkeast, israelcentral, chilecentral, italynorth, centralus, japaneast, japanwest, canadacentral, norwayeast, northeurope, koreacentral, koreasouth, northcentralus, centralindia, newzealandnorth, mexicocentral, malaysiawest, swedencentral, uksouth, uaenorth, switzerlandnorth, spaincentral, ukwest, westcentralus, westeurope, westus, westus3, westus2.
• Os novos clusters AKS automáticos, por padrão, habilitam pools de nós de sistema gerenciados e LocalDNS. Você não pode criar clusters automáticos do AKS sem pools de nós do sistema gerenciado em qualquer região.
• O cluster automático do AKS tem bloqueio do grupo de recursos de nó pré-configurado, o que não permite alterações no MC_ grupo de recursos MC_, impedindo links de VNet na zona DNS privada padrão. Para cenários de DNS entre redes virtuais (VNets) ou DNS personalizado, use uma rede personalizada e um DNS privado seguindo as instruções em Criar um cluster automático do AKS (Serviço de Kubernetes do Azure) privado em uma rede virtual personalizada.
• CLI do Azure versão 2.86.0 ou posterior é necessária. Para localizar a versão, execute az --version o comando. Se precisar instalar ou atualizar, consulte Instalar CLI do Azure.
• Não há suporte para as seguintes extensões:
  • Dapr
  • Azure Machine Learning
• Não há suporte para nós do Windows.
• Não há suporte para a migração do SKU base do AKS para o SKU automático.
• Há suporte, em versão prévia, para a migração de um cluster AKS Automatic existente sem pools de nós de sistema gerenciados para o AKS Automatic com pools de nós de sistema gerenciados, nas regiões em que esses pools estão em disponibilidade geral. Não há suporte para migrar do AKS Automatic com pools de nós do sistema gerenciados de volta para o AKS Automatic sem pools de nós do sistema gerenciados.

Componentes de pools de nós do sistema gerenciado

A tabela a seguir descreve os componentes gerenciados pelo AKS em pools de nós do sistema gerenciado. O AKS manipula a criação, a atualização e o dimensionamento dos nós do sistema em que esses componentes são executados.

Outros complementos e extensões são executados em um aks-system-surge nó, com escala manipulada pelo NAP (provisionamento automático de nó). Os DaemonSets são executados tanto em pools de nós do sistema gerenciados quanto em nós da sua assinatura, incluindo os nós aks-system-surge.

Migrar um cluster automático do AKS existente para pools de nós do sistema gerenciado (versão prévia)

O AKS Automatic dá suporte à migração em versão prévia de pools de nós do sistema não gerenciados para pools de nós do sistema gerenciados em regiões nas quais os pools de nós do sistema gerenciados estão disponíveis de forma geral. Para usar esse recurso de versão prévia, registre o sinalizador de recurso Microsoft.ContainerService/NonHoboToHoboConversionPreview em sua assinatura e, então, atualize o cluster com o parâmetro --enable-hosted-system.

az feature register \
    --namespace Microsoft.ContainerService \
    --name NonHoboToHoboConversionPreview

Verifique o status do registro usando o az feature show comando:

az feature show \
    --namespace Microsoft.ContainerService \
    --name NonHoboToHoboConversionPreview \
    --query properties.state \
    --output tsv

Aguarde até que o comando retorne Registered antes de continuar. Em seguida, atualize o registro do Microsoft.ContainerService provedor de recursos.

az provider register --namespace Microsoft.ContainerService

Para migrar um cluster automático do AKS existente que usa a rede gerenciada pelo AKS, execute o comando az aks update com o parâmetro --enable-hosted-system:

az aks update \
    --resource-group <resource-group> \
    --name <cluster-name> \
    --enable-hosted-system

Para um cluster automático do AKS que usa uma rede virtual personalizada, forneça também a sub-rede para o pool de nós do sistema gerenciado. A sub-rede do nó do sistema deve estar na mesma rede virtual e na mesma região que o cluster, ter pelo menos /26 e não ser delegada a outro serviço. O --node-subnet-id parâmetro é opcional. Se você não o fornecer, o AKS usará a sub-rede existente do pool de nós do sistema.

az aks update \
    --resource-group <resource-group> \
    --name <cluster-name> \
    --enable-hosted-system \
    --system-node-subnet-id <system-node-subnet-resource-id> \
    --node-subnet-id <node-subnet-resource-id>

Para obter mais informações, consulte Migrar entre clusters do AKS Automático e do AKS Base.

Restrições de segurança para os pools de nós do sistema gerenciado

Como o AKS gerencia o pool de nós do sistema em seu nome, o AKS aplica várias camadas de restrições de segurança por meio de políticas internas, padrões de segurança de pod de linha de base e políticas de tempo de admissão. Essas restrições ajudam a proteger os componentes do sistema gerenciado e a preservar o limite entre cargas de trabalho do cliente e a infraestrutura gerenciada pelo AKS.

Operações de API do AKS sem suporte

As seguintes operações de API do AKS não têm suporte:

• Atualização de um pool de nós do sistema gerenciado.
• Exclusão de um pool de nós do sistema gerenciado.
• Interrupção de um cluster com um pool de nós do sistema gerenciado.
• Listar pools de agentes em um cluster não inclui pools de nós gerenciados do sistema.

Próximas etapas