Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Todos os serviços do Azure definem limites e cotas padrão para recursos e funcionalidades, incluindo restrições de uso para determinados SKUs de VM (máquina virtual).
Este artigo contém detalhes dos limites padrão de recursos do AKS (Serviço de Kubernetes do Azure) e a disponibilidade do AKS nas regiões do Azure.
Cotas e limites de serviço
| Recurso | Limite |
|---|---|
| Número máximo de clusters por assinatura globalmente | 5.000 |
| Número máximo de clusters por assinatura por região para assinaturas do Contrato Enterprise 1 | 1,000 |
| Número máximo de clusters por assinatura por região para as assinaturas CSP, pay-as-you-go, Sponsored, MSDN, MPN, Azure Pass, Azure In Open e Azure Pass 1 | 100 |
| Número máximo de clusters por assinatura por região para avaliação gratuita e assinaturas do Azure for Students 1 | 3 |
| Número máximo de nós por cluster com os Conjuntos de Dimensionamento de Máquinas Virtuais e o SKU do Standard Load Balancer | 5.000 em todos os pools de nós Observação: se você não conseguir escalar verticalmente até 5.000 nós por cluster, consulte Melhores Práticas para Clusters Grandes. |
| Máximo de nós por pool de nós (pools de nós de Conjuntos de Dimensionamento de Máquinas Virtuais) | 1000 |
| Número máximo de pools de nós por cluster | 100 |
| Máximo de pods por nó: com o plug-in de rede Kubenet1 | Número máximo: 250 Padrão da CLI do Azure: 110 Padrão do modelo do Azure Resource Manager: 110 Padrão da implantação do portal do Azure: 30 |
| Máximo de pods por nó: com a Interface de Rede de Contêiner do Azure (CNI do Azure)2 | Número máximo: 250 Máximo recomendado para contêineres do Windows Server: 110 Padrão: 30 |
| O complemento OSM (Open Service Mesh) para AKS | Versão do cluster do Kubernetes: versões com suporte do AKS Controladores do OSM por cluster: 1 Pods por controlador do OSM: 1600 Contas de serviço do Kubernetes gerenciadas pelo OSM: 160 |
| Máximo de serviços kubernetes com balanceamento de carga por cluster com Standard Load Balancer SKU | 300 |
| Máximo de nós por cluster com os Conjuntos de Disponibilidade de Máquinas Virtuais e SKU do Basic Load Balancer | 100 |
1 Para solicitar um aumento do limite de cota, crie uma solicitação de suporte. As assinaturas de Avaliação Gratuita e do Azure for Students não são qualificadas para aumentos de limite ou cota. Se você tiver uma assinatura de Avaliação Gratuita ou do Azure for Students, poderá atualizar para uma assinatura paga conforme o uso.
2 Contêineres do Windows Server devem usar o plug-in de rede da CNI do Azure. Não há suporte para Kubenet para contêineres do Windows Server.
| Camada do painel de controle do Kubernetes | Limite |
|---|---|
| Nível padrão | Dimensiona automaticamente o servidor de API do Kubernetes com base na carga. Limites maiores de componentes do painel de controle e instâncias de servidor de API/etcd. |
| Camada gratuita | Recursos limitados com o limite de solicitações em andamento de 50 chamadas com mutação e 100 chamadas somente leitura. Limite de nó recomendado de 10 nós por cluster. Melhor para experimentos, aprendizado e testes simples. Não recomendado para cargas de trabalho críticas/de produção. |
Limitação de limites nas APIs do provedor de recursos do AKS
O AKS usa o algoritmo de limitação de token bucket para limitar determinadas APIs do provedor de recursos do AKS. Isso garante o desempenho do serviço e promove o uso justo do serviço para todos os clientes.
Os buckets têm um tamanho fixo (também conhecido como taxa de intermitência) e são recarregados ao longo do tempo a uma taxa fixa (também conhecida como taxa sustentada). Cada limite de limitação está em vigor no nível regional do recurso especificado nessa região. Por exemplo, na tabela abaixo, uma assinatura pode chamar ListManagedClusters, no máximo, 60 vezes (taxa de intermitência) de uma só vez para cada ResourceGroup, mas pode continuar a fazer uma chamada a cada segundo depois disso (taxa sustentada).
| Solicitação de API | Tamanho do bucket | Taxa de recarga | Escopo |
|---|---|---|---|
| LISTA Clusters Gerenciados | 500 solicitações | 1 solicitação / 1 segundo | Assinatura |
| LISTA Clusters Gerenciados | 60 solicitações | 1 solicitação/1 segundo | ResourceGroup |
| PUT AgentPool | 20 solicitações | 1 solicitação /1 minuto | AgentPool |
| PUT ManagedCluster | 20 solicitações | 1 solicitação /1 minuto | Cluster Gerenciado |
| GET ManagedCluster | 60 solicitações | 1 solicitação/1 segundo | Cluster Gerenciado |
| Status da operação GET | 200 solicitações | 2 solicitações/1 segundo | Assinatura |
| Todas as outras APIs | 60 solicitações | 1 solicitação/1 segundo | Assinatura |
Observação
Os buckets ManagedClusters e AgentPools são contados separadamente para o mesmo cluster do AKS.
Se uma solicitação for limitada, a solicitação retornará o código de resposta HTTP 429 (Muitas Solicitações) e o código de erro será mostrado como Throttled na resposta. Cada solicitação limitada inclui um Retry-After no cabeçalho de resposta HTTP com o intervalo para aguardar antes de tentar novamente, em segundos. Os clientes que usam um padrão de chamada à API com intermitência devem garantir que Retry-After possa ser tratado de acordo. Para saber mais sobre o Retry-After, consulte o artigo a seguir. Especificamente, o AKS usará delay-seconds para especificar a repetição.
Infraestrutura provisionada
Todas as outras limitações de rede, computação e armazenamento se aplicam à infraestrutura provisionada. Veja os limites relevantes em Limites de serviço e assinatura do Azure.
Importante
Quando você atualiza um cluster do AKS, recursos adicionais são temporariamente consumidos. Esses recursos incluem endereços IP disponíveis em uma sub-rede virtual ou cota de vCPU de máquina virtual.
Para contêineres do Windows Server, você pode executar uma operação de atualização para aplicar as atualizações de nó mais recentes. Se você não tiver o espaço de endereços IP disponível ou a cota de vCPU para lidar com os recursos temporários, o processo de atualização de cluster falhará. Para mais informações sobre o processo de atualização de nós do Windows Server, consulte Atualizar um pool de nós no AKS.
Tamanhos de VM com suporte
A lista de tamanhos de VM com suporte no AKS está evoluindo com o lançamento de novos SKUs de VM no Azure. Siga as notas sobre a versão do AKS para ver as novidades sobre novos SKUs com suporte.
Tamanhos de VM restritos
Cada nó em um cluster do AKS contém uma quantidade fixa de recursos de computação, como vCPU e memória. Devido aos recursos de computação necessários para executar o Kubernetes corretamente, determinados tamanhos de SKU de VM são restritos por padrão no AKS. Essas restrições servem para garantir que os pods possam ser agendados e funcionem corretamente nesses nós.
Pools de nós de usuário
Para pools de nós de usuário, tamanhos de VM com menos de dois vCPUs e dois GBs de RAM (memória) não podem ser usados.
Agrupamentos de nós do sistema
Para os nós do sistema, os tamanhos de VM com menos de duas vCPUs e quatro GBs de RAM (memória) podem não ser usados. Para garantir que os pods do kube-system necessários e seus aplicativos possam ser agendados de maneira confiável, recomendamos não usar VMs da série B nem VMs da série Av1.
Veja mais informações sobre os tipos de VM e os recursos de computação delas em Tamanhos das máquinas virtuais no Azure.
Tamanhos de imagem de contêiner suportados
O AKS não define um limite para o tamanho da imagem de contêiner. No entanto, é importante entender que quanto maior a imagem de contêiner, maior a demanda de memória. Potencialmente, isso poderia exceder os limites de recursos ou a memória geral disponível dos nós de trabalho. Por padrão, a memória para o tamanho da VM Standard_DS2_v2 para um cluster do AKS é definida como 7 GiB.
Quando uma imagem de contêiner é muito grande (1 TiB ou mais), o kubelet talvez não consiga efetuar pull dela do registro de contêiner para um nó devido à falta de espaço em disco.
Disponibilidade de região
Veja a lista mais recente de regiões onde você pode implantar e executar clusters em Disponibilidade de regiões do AKS.
Padrões inteligentes de VM
A partir de maio de 2025, o AKS selecionará automaticamente a SKU de VM padrão ideal com base na capacidade e na cota disponíveis se o parâmetro não for especificado durante a implantação. Isso garante que as implantações sejam correspondidas com a melhor SKU possível, melhorando o desempenho e a confiabilidade, otimizando a utilização de recursos. Anteriormente, o SKU de VM do AKS padrão era Standard_DS2_V2, mas agora há resultados dinâmicos no provisionamento padrão com base na disponibilidade de SKU. Isso afeta todas as novas operações de criação de VM.
Predefinições de configuração de cluster no portal do Azure
Ao criar um cluster usando o portal do Azure, você pode escolher uma configuração predefinida para personalizar rapidamente com base em seu cenário. É possível modificar qualquer um dos valores predefinidos a qualquer momento.
| Predefinição | Descrição |
|---|---|
| Padrão de Produção | Melhor para a maioria dos aplicativos que atendem ao tráfego de produção com as práticas recomendadas do AKS. |
| Desenvolvimento/Teste | Melhor para desenvolver novas cargas de trabalho ou testar cargas de trabalho existentes. |
| Economia de Produção | Melhor para atender ao tráfego de produção de maneira consciente de custos se as cargas de trabalho puderem tolerar interrupções. |
| Empresa de Produção | Melhor para atender ao tráfego de produção com permissões rigorosas e segurança reforçada. |
| Padrão de Produção | Desenvolvimento/Teste | Economia de Produção | Empresa de Produção | |
|---|---|---|---|---|
| Tamanho do nó do pool de nós do sistema | Standard_D8ds_v5 | Standard_D4ds_v5 | Standard_D8ds_v5 | Standard_D16ds_v5 |
| Intervalo de dimensionamento automático do pool de nós do sistema | 2 a 5 nós | 2 a 5 nós | 2 a 5 nós | 2 a 5 nós |
| Tamanho do nó do pool de nós do usuário | Standard_D8ds_v5 | - | Standard_D8as_v4 | Standard_D8ds_v5 |
| Intervalo de dimensionamento automático do pool de nós do usuário | 2 a 100 nós | - | 0 a 25 nós | 2 a 100 nós |
| Cluster privado | - | - | - | 
|
| Zonas de Disponibilidade |
|
- | - |
|
| Azure Policy |
|
- | - |
|
| Azure Monitor |
|
- | - |
|
| Driver CSI de armazenamento de segredos |
|
- | - |
|
| Configuração de rede | Sobreposição de CNI do Azure | Sobreposição de CNI do Azure | Sobreposição de CNI do Azure | Sobreposição de CNI do Azure |
| Política de rede | Nenhum | Nenhum | Nenhum | Nenhum |
| Autenticação e autorização | Contas locais com Kubernetes RBAC | Contas locais com Kubernetes RBAC | Autenticação do Microsoft Entra ID com o RBAC do Azure | Autenticação do Microsoft Entra ID com o RBAC do Azure |
Próximas etapas
Determinados limites e cotas padrão podem ser aumentados. Se o recurso der suporte para aumentos, solicite o aumento por meio de uma solicitação de suporte do Azure (em Tipo do problema, selecione Cota).
Colaborar conosco no GitHub
A fonte deste conteúdo pode ser encontrada no GitHub, onde você também pode criar e revisar problemas e solicitações de pull. Para obter mais informações, confira o nosso guia para colaboradores.
Azure Kubernetes Service