Descrição geral dos clusters automáticos do Azure Kubernetes Service (AKS) com conjuntos de nós de sistema geridos

Esta visão geral explica a funcionalidade de conjuntos de nós de sistema geridos, que, por predefinição, está ativada em novos clusters AKS Automatic e disponível apenas no AKS Automatic. Os pools de nós do sistema geridos permitem-lhe focar-se nas suas aplicações, enquanto o AKS gere a infraestrutura subjacente, incluindo os pools de nós do sistema, para otimizar o desempenho e a fiabilidade.

Para criar um cluster automático do AKS com pools de nós de sistema geridos, consulte o guia de início rápido Início rápido: Criar um cluster automático do Azure Kubernetes Service (AKS).

Principais características e benefícios

A funcionalidade de pools de nós do sistema gerido permite-lhe focar-se nas suas aplicações, enquanto o AKS Automatic garante que a infraestrutura subjacente está otimizada para desempenho e fiabilidade. Principais características e benefícios incluem:

• Sem sobrecarga operacional: o AKS provisiona, atualiza e escala automaticamente os pools de nós do sistema, eliminando a necessidade de intervenção manual.
• Criação simplificada de clusters: Não precisa de controlar nem alocar quotas de capacidade de computação para pools de nós do sistema, porque o AKS gere essas quotas por si.
• Eficiência de custos: As máquinas virtuais (VMs) a correr em conjuntos de nós do sistema não são cobradas nas subscrições dos clientes, permitindo-lhe otimizar custos mantendo um alto desempenho.
• Desempenho melhorado: Isolar cargas de trabalho do sistema das aplicações do cliente melhora a fiabilidade e assegura um desempenho consistente apoiado por Acordos de Nível de Serviço (SLAs).
• Pool de nós de sistema gerido por predefinição: Os novos clusters AKS Automatic ativam pools de nós de sistema geridos por predefinição. Se tiver um cluster AKS Automatic existente sem pools de nós do sistema geridos, pode migrar o cluster para utilizar pools de nós do sistema geridos em versão preliminar.
• Dimensionamento automático e reparação de nós: O dimensionador automático do cluster está ativado para os nós de sistema no conjunto gerido de nós de sistema. A reparação automática dos nós está ativada para os nós de sistema no conjunto de nós de sistema gerido.

Limitações

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

• O AKS Automatic está geralmente disponível nas seguintes regiões: australiacentral, australiaeast, austriaeast, australiasoutheast, brazilsouth, belgiumcentral, canadaeast, canadacentral, francecentral, indonesiacentral, germanywestcentral, israelcentral, italynorth, japaneast, japanwest, koreacentral, eastus2, malaysiawest, koreasouth, southeastasia, southcentralus, southindia, southafricanorth, polandcentral, norwayeast, spaincentral, northeurope, northcentralus, newzealandnorth, swedencentral, mexicocentral, eastus, switzerlandnorth, westcentralus, ukwest, westeurope, uksouth, westus, westus2, centralindia, chilecentral, westus3, centralus, denmarkeast, eastasia, uaenorth.
• Por predefinição, os novos clusters AKS automáticos ativam conjuntos de nós do sistema geridos e LocalDNS. Não é possível criar clusters automáticos do AKS sem conjuntos de nós de sistema geridos em qualquer região.
• O cluster automático do AKS tem a configuração node resource group lockdown pré-configurada, o que não permite alterações ao grupo de recursos MC_, impedindo ligações de rede virtual na zona de DNS Privado predefinida. Para cenários cross-VNet ou DNS personalizados, use rede personalizada e DNS privado seguindo Crie um cluster privado Azure Kubernetes Service (AKS) Automático numa rede virtual personalizada.
• É necessária a versão 2.86.0 ou posterior do CLI do Azure. Para encontrar a versão, execute az --version comando. Se precisar de instalar ou atualizar, consulte Install CLI do Azure.
• As seguintes extensões não são suportadas:
  • Dapr
  • Azure Machine Learning
• Os nós Windows não são suportados.
• A migração do SKU base do AKS para o SKU automático não é suportada.
• A migração de um cluster AKS Automatic existente sem pools de nós de sistema geridos para o AKS Automatic com pools de nós de sistema geridos é suportada em versão preliminar nas regiões onde os pools de nós de sistema geridos estão disponíveis de forma geral. A migração de AKS Automatic com pools de nós de sistema geridas para AKS Automatic sem pools de nós de sistema geridas não é suportada.

Componentes dos pools de nós do sistema gerido

A tabela seguinte descreve os componentes geridos pelo AKS em pools de nós de sistema geridos. O AKS trata da criação, atualização e escalabilidade dos nós do sistema onde estes componentes são executados.

Outros add-ons e extensões correm num aks-system-surge nó, com a escalabilidade gerida pelo auto-provisionamento de nó (NAP). DaemonSets Pode ser executado tanto em pools de nós do sistema geridos como nos nós da sua subscrição, incluindo os aks-system-surge nós.

Migrar um cluster AKS Automatic existente para pools de nós de sistema geridos (pré-visualização)

O AKS Automatic suporta a migração em pré-visualização de pools de nós de sistema não geridos para pools de nós de sistema geridos em regiões onde os pools de nós de sistema geridos estão geralmente disponíveis. Para utilizar esta funcionalidade de pré-visualização, registe o sinalizador de funcionalidade Microsoft.ContainerService/NonHoboToHoboConversionPreview na subscrição e, em seguida, atualize o cluster com o parâmetro --enable-hosted-system.

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

Verifique o estado do registo usando o az feature show comando:

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

Espera até o comando regressar Registered antes de continuares. Depois, atualize o registo do Microsoft.ContainerService fornecedor de recursos.

az provider register --namespace Microsoft.ContainerService

Para migrar um cluster AKS Automatic existente que utilize redes geridas pelo AKS, execute o az aks update comando com o --enable-hosted-system parâmetro:

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

Para um cluster AKS Automatic que utilize uma rede virtual personalizada, forneça também a sub-rede para o pool de nós do sistema gerido. A sub-rede do nó de sistema deve estar na mesma rede virtual e na mesma região que o cluster, ter, no mínimo, /26 e não ser delegada a outro serviço. O --node-subnet-id parâmetro é opcional. Se não o fornecer, o AKS usa 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 mais informações, consulte Migrar entre clusters AKS Automatic e AKS Base.

Restrições de segurança para pools de nós de sistema geridos

Como o AKS gere o pool de nós do sistema em seu nome, o AKS aplica múltiplas camadas de restrições de segurança através de políticas integradas, padrões de segurança de pods base e políticas de tempo de admissão. Estas restrições ajudam a proteger os componentes do sistema gerido e a preservar a fronteira entre as cargas de trabalho do cliente e a infraestrutura gerida pelo AKS.

Operações da API AKS não suportadas

As seguintes operações da API AKS não são suportadas:

• A atualização de um pool de nós de um sistema gerenciado.
• Eliminar um pool de nós de um sistema gerenciado.
• Parar um cluster com um pool de nós de sistema gerido.
• Listar pools de agentes num cluster não inclui pools de nós do sistema geridos.

Próximos passos