Conceitos básicos do Serviço de Kubernetes do Azure (AKS)

Este artigo descreve os principais conceitos do AKS (Serviço de Kubernetes do Azure), um serviço de Kubernetes gerenciado que você pode usar para implantar e operar aplicativos conteinerizados em escala no Azure.

Importante

A partir de 30 de novembro de 2025, o AKS (Serviço de Kubernetes do Azure) não dá mais suporte ou fornece atualizações de segurança para o Azure Linux 2.0. A imagem do nó do Azure no Linux 2.0 está congelada na versão 202512.06.0. A partir de 31 de março de 2026, as imagens dos nós serão removidas e você não poderá dimensionar os pools de nós. Migre para uma versão do Azure Linux com suporte atualizando os pools de nós para uma versão do Kubernetes com suporte ou migrando para o osSku AzureLinux3. Para obter mais informações, consulte o problema de desativação do GitHub e o anúncio de desativação do Azure Updates. Para se manter informado sobre anúncios e atualizações, acompanhe as notas de lançamento do AKS.

O que é Kubernetes?

Kubernetes é uma plataforma de orquestração de contêineres de código aberto, desenvolvida para automatizar a implantação, o escalonamento e o gerenciamento de aplicativos conteinerizados. Para obter mais informações, confira a documentação oficial do Kubernetes.

O que é o AKS?

O AKS é um serviço gerenciado do Kubernetes que simplifica a implantação, o gerenciamento e o dimensionamento de aplicativos em contêineres que usam o Kubernetes. O AKS dá suporte a dois modos de cluster:

  • AKS Automatic, uma experiência mais totalmente gerenciada com padrões prontos para produção para tarefas operacionais comuns.
  • AKS Standard, uma experiência mais configurável para equipes que desejam um controle mais profundo sobre a instalação e as operações do cluster.

Para obter mais informações, consulte o que é AKS (Serviço de Kubernetes do Azure)? E o que é o AKS Automatic?

Modos do cluster

No AKS, você pode criar clusters no modo Automático ou Standard. Ambos os modos usam conceitos básicos do Kubernetes, mas a responsabilidade operacional é diferente.

  • O AKS Automatic foi projetado para equipes que desejam uma sobrecarga operacional reduzida. Ele inclui configurações padrão pré-configuradas para gerenciamento de nós, dimensionamento, salvaguardas de segurança e atualizações.
  • O AKS Standard foi projetado para equipes que desejam flexibilidade máxima e controle direto sobre configuração de cluster, pools de nós, dimensionamento, rede e operações.

Use o AKS Automático quando desejar uma linha de base pronta para produção com menos gerenciamento de plataforma do dia 2. Use o AKS Standard quando precisar de padrões operacionais personalizados e ajustes mais profundos entre os recursos do cluster.

Para obter diferenças de funcionalidade detalhadas, consulte a comparação de recursos do AKS Automático e Standard.

Observação

O AKS Automatic e o AKS Standard diferem na experiência do SLA (contrato de nível de serviço). O AKS Automático inclui, por padrão, o SLA de tempo de atividade e a cobertura do SLA qualificado de preparação de pod. No AKS Standard, o SLA de tempo de atividade está associado à faixa de preço e à configuração do cluster. Para obter mais informações, consulte Comparação de recursos do AKS Automático e Padrão e Camadas de preço para gerenciamento de clusters do AKS.

Componentes de um cluster

Um cluster do AKS se divide em dois componentes principais:

  • Painel de controle: o painel de controle oferece os principais serviços do Kubernetes e realiza a orquestração das cargas de trabalho dos aplicativos.
  • Nós: os nós são as máquinas virtuais (VMs) que executam seus aplicativos.

Captura de tela mostrando componentes do painel de controle e do nó do Kubernetes.

Esses conceitos de arquitetura são os mesmos em ambos os modos de cluster do AKS. O que difere é o modelo operacional: o AKS Automatic aplica operações de plataforma mais pré-configuradas por padrão, enquanto o AKS Standard fornece controle mais direto sobre como as operações de nó e cluster são configuradas e gerenciadas.

Observação

Os componentes gerenciados do AKS têm o rótulo kubernetes.azure.com/managedby: aks.

O AKS gerencia as versões do Helm com o prefixo aks-managed. Revisões cada vez maiores nessas versões são esperadas e seguras.

Painel de controle

A tabela a seguir descreve os componentes que compõem o plano de controle aks gerenciado por Azure:

Componente Descrição
kube-apiserver O servidor de API (kube-apiserver) disponibiliza a API do Kubernetes, permitindo solicitações ao cluster de forma interna e externa.
etcd O repositório de chave-valor altamente disponível etcd ajuda a manter o estado do cluster do Kubernetes e a configuração.
kube-scheduler O agendador (kube-scheduler) ajuda a tomar decisões de agendamento. Ele monitora novos pods sem nó atribuído e seleciona um nó para que sejam executados.
kube-controller-manager O gerenciador de controladores (kube-controller-manager) executa processos de controle, como detectar e responder a falhas nos nós.
cloud-controller-manager O gerenciador de controladores da nuvem (cloud-controller-manager) integra a lógica de controle específica para nuvem, executando controladores específicos para o provedor de nuvem.

O plano de controle permanece gerenciado pelo Azure em ambos, AKS Automatic e AKS Standard. Em ambos os modos, Azure opera componentes críticos do plano de controle, comokube-apiserver, , etcd, kube-schedulere kube-controller-managercloud-controller-manager.

Nós

Cada cluster de AKS possui pelo menos um node, que é uma VM do Azure que executa componentes de node do Kubernetes. A tabela a seguir descreve os componentes do Kubernetes que são executados em cada nó do AKS:

Componente Descrição
kubelet O kubelet garante que os contêineres estejam em execução dentro de um pod.
kube-proxy ou Cilium O kube-proxy atua como um proxy de rede que mantém as regras de rede nos nós. Os clusters que usam Azure CNI alimentado pelo Cilium usam Cilium em vez de kube-proxy.
container runtime O runtime de contêiner administra a execução e o ciclo de vida dos contêineres.

Captura de tela mostrando a máquina virtual do Azure e recursos de suporte para um nó do Kubernetes.

Os nós executam os mesmos componentes principais do nó do Kubernetes em ambos os modos de cluster do AKS, incluindo kubelet o container runtime. Dependendo do plano de dados de rede do cluster, os nós usam kube-proxy ou Cilium para o roteamento de serviços. A diferença está na experiência de operações padrão:

  • O AKS Automatic usa configurações padrão predefinidas para operações comuns relacionadas aos nós.
  • O AKS Standard oferece mais flexibilidade para configurar e gerenciar diretamente o comportamento dos nós.

Para obter uma comparação de funcionalidade detalhada, consulte a comparação de recursos do AKS Automático e Standard.

Configuração do nó

Defina as seguintes configurações para nós.

Tamanho e imagem da VM

O tamanho da VM do Azure para seus nós define CPUs, memória, tamanho e o tipo de armazenamento disponível, como uma unidade de estado sólido de alto desempenho ou uma unidade de disco rígido regular. O tamanho da VM que você escolher depende dos requisitos de carga de trabalho e do número de pods que você planeja executar em cada nó. A partir de maio de 2025, a SKU e o tamanho da VM padrão são selecionados dinamicamente pelo AKS com base na capacidade e na cota disponíveis se o parâmetro for deixado em branco durante a implantação. Para obter mais informações, consulte Tamanhos de VM com suporte no Serviço de Kubernetes do Azure (AKS).

O AKS fornece imagens de VM para sistemas operacionais Linux compatíveis, incluindo Ubuntu Linux, Azure Linux e Azure Container Linux e sistemas operacionais Windows compatíveis, incluindo Windows Server 2022 e Windows Server 2025. Para obter a disponibilidade atual do sistema operacional e da imagem, consulte as imagens do Nó no Serviço de Kubernetes do Azure. Quando você cria um cluster AKS ou escala horizontalmente o número de nós, a plataforma do Azure cria e configura automaticamente o número solicitado de VMs. Os nós de agente são cobrados como VMs padrão. Todos os descontos de tamanho de VM, incluindo reservas do Azure, são aplicados automaticamente.

Discos do sistema operacional

O dimensionamento padrão do disco do SO é usado em clusters ou pools de nós novos somente quando um tamanho padrão do disco do SO não é especificado. Esse comportamento se aplica a discos do sistema operacional gerenciados e efêmeros. Para obter mais informações, consulte o Dimensionamento padrão do disco do sistema operacional.

Reservas de recursos

O AKS usa recursos de nó para ajudar a função de nós como parte do cluster. Esse uso pode causar uma discrepância entre os recursos totais do nó e os recursos alocados no AKS. Para manter o desempenho e a funcionalidade do nó, o AKS reserva dois tipos de recursos, CPU e memória, em cada nó. Para obter mais informações, confira Reservas de recursos no AKS.

Sistema operacional

O AKS dá suporte a vários sistemas operacionais Linux, incluindo Ubuntu, Azure Linux e Azure Container Linux. O AKS Standard usa o Ubuntu por padrão, enquanto o AKS Automatic pré-configura o Azure Linux para seu pool de nós do sistema gerenciado. Os pools de nós do Windows também têm suporte no AKS, com o LTSC (Canal de Manutenção de Longo Prazo) como canal padrão. Para ver as versões atuais do sistema operacional e os valores padrão, consulte imagens de nó no AKS.

Tempo de execução do Contêiner

O runtime do contêiner é um software que executa contêineres e gerencia imagens de contêineres em um nó. O runtime ajuda a abstrair chamadas do sistema ou funcionalidade específica do sistema operacional para executar contêineres no Linux ou no Windows. Para pools de nós Linux, containerd é usado na versão 1.19 ou superior do Kubernetes. Para pools de nós do Windows Server 2019 e 2022, containerd está em disponibilidade geral e é a única opção de runtime na versão 1.23 ou superior do Kubernetes.

Cápsulas

Um pod é um conjunto de um ou mais contêineres que compartilham os mesmos recursos de rede e armazenamento, além de uma especificação de como executar os contêineres. Normalmente, os pods possuem um mapeamento individual com um contêiner, mas é possível executar vários contêineres em um único pod.

Pools de nós

Observação

AKS Automatic pré-configura e gerencia o comportamento do pool de nós do sistema e as configurações padrão para o provisionamento de nós. O AKS Standard espera decisões explícitas sobre o design e o ciclo de vida do pool de nós. Para obter mais informações, confira Comparação de recursos do AKS Automático e Padrão.

No AKS, os nós são agrupados em pools de nós. Por padrão, os pools de nós usam Conjuntos de Dimensionamento de Máquinas Virtuais para gerenciar as VMs que executam seus aplicativos. O AKS também oferece suporte a pools de nós de Máquinas Virtuais, nos quais gerencia diretamente máquinas virtuais individuais.

Ao criar um cluster do AKS, você define o número inicial de nós e seu tamanho e versão, o que cria um pool de nós do sistema. Os conjuntos de nós do sistema têm como principal finalidade hospedar pods críticos do sistema, como o CoreDNS (coredns) e o konnectivity (konnectivity-agent).

Para dar suporte a aplicativos que têm demandas de armazenamento ou de computação diferentes, você pode criar pools de nós de usuário. Os pools de nós do usuário atendem à principal finalidade de hospedar os pods de aplicativo.

Para obter mais informações, confira como Criar pools de nós no AKS e como Gerenciar pools de nós no AKS.

Grupo de recursos do nó

Quando você cria um cluster do AKS em um grupo de recursos do Azure, o provedor de recursos do AKS automaticamente estabelece um segundo grupo de recursos chamado grupo de recursos do nó. Esse grupo de recursos contém todos os recursos de infraestrutura associados ao cluster, incluindo VMs, Conjuntos de Dimensionamento de Máquinas Virtuais e armazenamento.

Para saber mais, consulte os recursos a seguir:

Namespaces

Os recursos do Kubernetes, como pods e implantações, são agrupados logicamente no namespace para dividir um cluster do AKS e criar, exibir ou gerenciar o acesso aos recursos.

Os seguintes namespaces são criados automaticamente em um cluster do AKS:

Namespace Descrição
default O namespace default permite que você comece a usar os recursos do cluster sem precisar criar um novo namespace.
kube-node-lease O namespace kube-node-lease permite que os nós comuniquem sua disponibilidade ao painel de controle.
kube-public O namespace público kube normalmente não é usado, mas você pode usá-lo para que os recursos fiquem visíveis em todo o cluster por qualquer usuário.
kube-system O namespace kube-system é usado pelo Kubernetes para gerenciar recursos do cluster, como coredns, konnectivity-agent e metrics-server. Não recomendamos implantar seus próprios aplicativos nesse namespace. Para casos raros em que a implantação de seus próprios aplicativos nesse namespace é necessária, consulte as perguntas frequentes.

Captura de tela que mostra namespaces do Kubernetes para dividir logicamente recursos e aplicativos.

Tipos de preço

O AKS oferece três tipos de preços para gerenciamento de cluster: Gratuito, Standard e Premium. O tipo de preço escolhido determina os recursos disponíveis para gerenciar seu cluster.

Tipo de preço Descrição do recurso
Gratuito Inclui todos os recursos atuais do AKS. Dá suporte a até 1.000 nós. Nenhum SLA de disponibilidade com garantia financeira.
Standard SLA de disponibilidade habilitado por padrão. Perfil de confiabilidade mais alto. Inclui todos os recursos atuais do AKS. Dá suporte a até 5.000 nós.
Premium Inclui todos os recursos atuais do AKS mais [manutenção Microsoft além do suporte da comunidade][suporte a longo prazo].

Observação

A camada de preço Standard é distinta do modo de cluster Standard do AKS.

Para obter mais informações, confira Tipos de preços para o gerenciamento de cluster do AKS.

Versões do Kubernetes com suporte no AKS

Para saber mais sobre as versões do Kubernetes com suporte no AKS, incluindo a política de suporte de versão, as alterações significativas por versão e a política de descontinuação, consulte Versões do Kubernetes com suporte no AKS.

Conteúdo relacionado

Para obter informações sobre o AKS e o AKS Automatic, consulte os seguintes recursos:

  • Last updated on