Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Este artigo descreve os principais conceitos do Serviço Kubernetes do Azure (AKS), um serviço Kubernetes gerenciado que você pode usar para implantar e operar aplicativos em contêineres em escala no Azure.
O que é o Kubernetes?
O Kubernetes é uma plataforma de orquestração de contêineres de código aberto para automatizar a implantação, o dimensionamento e o gerenciamento de aplicativos em contêineres. Para obter mais informações, consulte a documentação oficial do Kubernetes.
O que é o AKS?
O AKS é um serviço Kubernetes gerenciado que simplifica a implantação, o gerenciamento e o dimensionamento de aplicativos em contêineres que usam o Kubernetes. Para obter mais informações, consulte O que é o Serviço Kubernetes do Azure (AKS)?.
Componentes do cluster
Um cluster AKS é dividido em dois componentes principais:
- Plano de controle: O plano de controle fornece os principais serviços do Kubernetes e a orquestração de cargas de trabalho de aplicativos.
- Nós: os nós são as máquinas virtuais (VMs) subjacentes que executam seus aplicativos.
Observação
Os componentes gerenciados pelo AKS têm o rótulo kubernetes.azure.com/managedby
: aks
.
AKS gerencia os lançamentos Helm com o prefixo aks-managed
. Revisões cada vez maiores sobre essas versões são esperadas e seguras.
Plano de controlo
O plano de controle gerenciado do Azure é composto por vários componentes que ajudam a gerenciar o cluster:
Componente | Descrição |
---|---|
kube-apiserver |
O servidor de API (kube-apiserver) expõe a API do Kubernetes para habilitar solicitações ao cluster de dentro e de fora do cluster. |
etcd |
O etcd, um armazenamento de chave-valor altamente disponível, ajuda a manter o estado do seu cluster 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 eles executarem. |
kube-controller-manager |
O gestor de controladores (kube-controller-manager) executa processos do controlador, como perceber e responder quando os nós falham. |
cloud-controller-manager |
O gerenciador do controlador de nuvem (cloud-controller-manager) incorpora lógica de controle específica da nuvem para executar controladores específicos para o provedor de nuvem. |
Nodos
Cada cluster AKS tem pelo menos um nó, que corresponde a uma VM do Azure que executa os componentes de um nó do Kubernetes. Os seguintes componentes são executados em cada nó:
Componente | Descrição |
---|---|
kubelet |
O kubelet garante que os contêineres estejam rodando em um pod. |
kube-proxy |
O kube-proxy é um proxy de rede que mantém regras de rede em nós. |
container runtime |
O tempo de execução do contêiner gerencia a execução e o ciclo de vida dos contêineres. |
Configuração do nó
Configure as seguintes definições dos 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 escolher depende dos requisitos do workload e do número de pods que pretenda executar em cada nó. A partir de maio de 2025, o SKU e o tamanho padrão da VM serã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 suportados no Serviço Kubernetes do Azure (AKS).
No AKS, a imagem da VM para os nós do cluster é baseada no Ubuntu Linux, Azure Linux ou Windows Server 2022. Quando você cria um cluster AKS ou dimensiona o número de nós, a plataforma Azure cria e configura automaticamente o número solicitado de VMs. Os nós de agente são faturados como máquinas virtuais padrão. Todos os descontos de tamanho de VM, incluindo reservas do Azure, são aplicados automaticamente.
Discos do SO
O dimensionamento de disco padrão do sistema operacional é usado em novos clusters ou pools de nós somente quando um tamanho de disco padrão do sistema operacional não é especificado. Esse comportamento se aplica a discos de sistema operacional gerenciados e efêmeros. Para obter mais informações, consulte Dimensionamento de disco padrão do sistema operacional.
Reservas de recursos
O AKS usa recursos de nó para ajudar os nós a funcionar como parte do cluster. Esse uso pode causar uma discrepância entre os recursos totais do nó e os recursos alocáveis no AKS. Para manter o desempenho e a funcionalidade de cada nó, o AKS reserva dois tipos de recursos: CPU e memória. Para obter mais informações, consulte Reservas de recursos no AKS.
Sistema Operativo
O AKS suporta duas distros linux: Ubuntu e Azure Linux. Ubuntu é a distro Linux padrão no AKS. Os pools de nós do Windows também são suportados no AKS com o Long Term Servicing Channel (LTSC) como o canal padrão no AKS. Para obter mais informações sobre as versões padrão do sistema operacional, consulte a documentação sobre imagens de nós.
Tempo de execução do contêiner
Um runtime de contentor é um software que executa contentores e gere imagens de contentor num nó. O tempo de execução ajuda a abstrair chamadas do sistema ou funcionalidade específica do sistema operacional para executar contêineres no Linux ou Windows. Para pools de nós Linux, containerd é usado no Kubernetes versão 1.19 e superior. Para pools de nós do Windows Server 2019 e 2022, containerd está geralmente disponível e é a única opção de ambiente de execução no Kubernetes versão 1.23 e superior.
Cápsulas
Um pod é um grupo de um ou mais contêineres que compartilham os mesmos recursos de rede e armazenamento e uma especificação de como executar os contêineres. Os pods normalmente têm um mapeamento 1:1 com um contêiner, mas você pode executar vários contêineres em um pod.
Pools de nós
No AKS, nós da mesma configuração são agrupados em pools de nós. Esses pools de nós contêm os conjuntos de dimensionamento de máquinas virtuais subjacentes e as máquinas virtuais (VMs) que executam seus aplicativos.
Ao criar um cluster AKS, você define o número inicial de nós e seu tamanho (versão), o que cria um pool de nós do sistema. Os grupos de nós do sistema têm como principal objetivo hospedar pods críticos do sistema, como o CoreDNS e konnectivity
.
Para dar suporte a aplicativos com diferentes demandas de computação ou armazenamento, você pode criar pools de nós de usuário. Os pools de nós de usuário têm o objetivo principal de hospedar seus pods de aplicativo.
Para obter mais informações, consulte Criar pools de nós no AKS e Gerenciar pools de nós no AKS.
Grupo de recursos do nódo
Quando se cria um cluster AKS num grupo de recursos do Azure, o fornecedor de recursos AKS cria automaticamente um segundo grupo de recursos denominado grupo de recursos de nodos. 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 obter mais informações, consulte os seguintes recursos:
- Por que dois grupos de recursos são criados com o AKS?
- Posso fornecer o meu próprio nome para o grupo de recursos do nó AKS?
- Posso modificar tags e outras propriedades dos recursos no grupo de recursos do nó AKS?
Espaços para nomes
Os recursos do Kubernetes, como pods e implantações, são agrupados logicamente em namespaces para dividir um cluster AKS e criar, exibir ou gerenciar o acesso aos recursos.
Os namespaces a seguir são criados por padrão em um cluster AKS:
Espaço de nomes | Descrição |
---|---|
default |
O namespace padrão permite que você comece a usar recursos de cluster sem criar um novo namespace. |
kube-node-lease |
O namespace kube-node-lease permite que os nós comuniquem sua disponibilidade ao plano de controle. |
kube-public |
O namespace kube-public normalmente não é usado, mas você pode usá-lo para que os recursos sejam visíveis em todo o cluster por qualquer usuário. |
kube-system |
O namespace kube-system é usado pelo Kubernetes para gerenciar recursos de cluster, como coredns , konnectivity-agent e metrics-server . Não é recomendável 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 para saber como. |
Modos de cluster
No AKS, você pode criar um cluster com o modo Automático (visualização) ou Padrão. O AKS Automatic proporciona uma experiência mais totalmente gerida. Você pode gerenciar a configuração do cluster, incluindo nós, dimensionamento, segurança e outras configurações pré-configuradas. O AKS Standard oferece mais controle sobre a configuração do cluster, incluindo a capacidade de gerenciar pools de nós, dimensionamento e outras configurações.
Para obter mais informações, consulte Comparação de recursos AKS Automatic e Standard.
Níveis de Preço
O AKS oferece três níveis de preços para gerenciamento de clusters: Gratuito, Standard e Premium. A camada de preços escolhida determina os recursos disponíveis para gerenciar seu cluster.
Para mais informações, consulte Pricing tiers for AKS cluster management.
Versões do Kubernetes suportadas
Para obter mais informações, consulte Versões suportadas do Kubernetes no AKS.
Conteúdo relacionado
Para obter informações sobre mais conceitos básicos para o AKS, consulte os seguintes recursos:
Azure Kubernetes Service