Kvoter, storleksbegränsningar för virtuella datorer och regionstillgänglighet i Azure Kubernetes Service (AKS)
Alla Azure-tjänster anger standardgränser och kvoter för resurser och funktioner, inklusive användningsbegränsningar för vissa SKU:er för virtuella datorer.
Den här artikeln beskriver standardresursgränserna för Azure Kubernetes Service-resurser (AKS) och tillgängligheten för AKS i Azure-regioner.
Kvoter och begränsningar för tjänsten
| Resurs | Gräns |
|---|---|
| Maximalt antal kluster per prenumeration globalt | 5 000 |
| Maximalt antal kluster per prenumeration per region 1 | 100 |
| Maximalt antal noder per kluster med VM-skalningsuppsättningar och Standard Load Balancer SKU | 5 000 över alla nodpooler Obs! Om du inte kan skala upp till 5 000 noder per kluster kan du läsa Metodtips för stora kluster. |
| Maximalt antal noder per nodpool (vm-skalningsuppsättningar nodpooler) | 1000 |
| Maximalt antal nodpooler per kluster | 100 |
| Maximalt antal poddar per nod: med Kubenet-nätverksprogram 1 | Max: 250 Standard för Azure CLI: 110 Standard för Azure Resource Manager-mall: 110 standard för Azure Portal distribution: 30 |
| Maximalt antal poddar per nod: med Azure Container Networking Interface (Azure CNI)2 | Max: 250 Högsta rekommenderade för Windows Server-containrar: 110 Standard: 30 |
| Open Service Mesh (OSM) AKS-tillägg | Kubernetes-klusterversion: VERSIONER som stöds av AKS OSM-styrenheter per kluster: 1 Poddar per OSM-styrenhet: 1600 Kubernetes-tjänstkonton som hanteras av OSM: 160 |
| Maximalt belastningsutjämnat kubernetes-tjänster per kluster med Standard Load Balancer SKU | 300 |
| Maximalt antal noder per kluster med tillgänglighetsuppsättningar för virtuella datorer och basic load balancer-SKU | 100 |
1 Fler tillåts på begäran.
2 Windows Server-containrar måste använda plugin-programmet för Azure CNI-nätverk. Kubenet stöds inte för Windows Server-containrar.
| Kubernetes-kontrollplansnivå | Gräns |
|---|---|
| Standard-nivå | Skalar automatiskt Kubernetes API-server baserat på belastning. Större kontrollplanskomponentgränser och API-server/etcd-instanser. |
| Kostnadsfri nivå | Begränsade resurser med gränsen för inflight-begäranden på 50 muterande och 100 skrivskyddade anrop. Rekommenderad nodgräns på 10 noder per kluster. Bäst för experimentering, inlärning och enkel testning. Rekommenderas inte för produktions-/kritiska arbetsbelastningar. |
Begränsningsgränser för API:er för AKS-resursprovider
AKS använder token bucket throttling-algoritmen för att begränsa vissa API:er för AKS-resursprovidern. Detta säkerställer tjänstens prestanda och främjar rättvis användning av tjänsten för alla kunder.
Bucketarna har en fast storlek och påfyllning över tid till en fast hastighet. Varje begränsningsgräns gäller på regional nivå för den angivna resursen i den regionen.
| API-begäran | Bucketstorlek | Påfyllningshastighet | Resurs |
|---|---|---|---|
| LISTA | 500 begäranden | 1 begäranden/1 sekund | Prenumeration |
| PUT | 20 begäranden | 1 begäran/1 minut | AgentPooler |
| PUT | 20 begäranden | 1 begäran/1 minut | ManagedClusters |
Kommentar
Bucketarna ManagedClusters och AgentPools räknas separat för samma AKS-kluster.
Om en begäran begränsas returnerar begäran HTTP-svarskoden 429 (för många begäranden) och felkoden visas som Throttled i svaret. Varje begränsad begäran innehåller en Retry-After i HTTP-svarshuvudet med intervallet att vänta innan du försöker igen, i sekunder.
Etablerad infrastruktur
Alla andra begränsningar för nätverk, beräkning och lagring gäller för den etablerade infrastrukturen. Relevanta gränser finns i Azure-prenumerations - och tjänstgränser.
Viktigt!
När du uppgraderar ett AKS-kluster förbrukas extra resurser tillfälligt. Dessa resurser omfattar tillgängliga IP-adresser i ett virtuellt nätverksundernät eller virtuell dators vCPU-kvot.
För Windows Server-containrar kan du utföra en uppgraderingsåtgärd för att tillämpa de senaste noduppdateringarna. Om du inte har det tillgängliga IP-adressutrymmet eller vCPU-kvoten för att hantera dessa tillfälliga resurser misslyckas klusteruppgraderingsprocessen. Mer information om uppgraderingsprocessen för Windows Server-noder finns i Uppgradera en nodpool i AKS.
VM-storlekar som stöds
Listan över vm-storlekar som stöds i AKS utvecklas med lanseringen av nya VM-SKU:er i Azure. Följ AKS-viktig information för att hålla dig informerad om nya SKU:er som stöds.
Begränsade VM-storlekar
VM-storlekar med färre än två processorer kanske inte används med AKS. Varje nod i ett AKS-kluster innehåller en fast mängd beräkningsresurser, till exempel vCPU och minne. Om en AKS-nod innehåller otillräckliga beräkningsresurser kan poddar misslyckas med att köras korrekt. Använd inte virtuella datorer i B-serien och följande VM-SKU:er i AKS i systemnodpooler för att säkerställa att nödvändiga kube-systempoddar och dina program kan schemaläggas på ett tillförlitligt sätt:
- Standard_A0
- Standard_A1
- Standard_A1_v2
- Standard_F1
- Standard_F1s
Mer information om vm-typer och deras beräkningsresurser finns i Storlekar för virtuella datorer i Azure.
Storlekar på containeravbildningar som stöds
AKS anger ingen gräns för containeravbildningens storlek. Det är dock viktigt att förstå att ju större containeravbildningen är, desto högre minnesefterfrågan. Detta kan eventuellt överskrida resursgränserna eller det övergripande tillgängliga minnet för arbetsnoder. Som standard är minne för VM-storlek Standard_DS2_v2 för ett AKS-kluster inställt på 7 GiB.
När en containeravbildning är mycket stor (1 TiB eller mer) kanske kubelet inte kan hämta den från containerregistret till en nod på grund av brist på diskutrymme.
Region tillgänglighet
Den senaste listan över var du kan distribuera och köra kluster finns i TILLGÄNGLIGHET för AKS-regionen.
Förinställningar för klusterkonfiguration i Azure Portal
När du skapar ett kluster med hjälp av Azure Portal kan du välja en förinställd konfiguration för att snabbt anpassa baserat på ditt scenario. Du kan ändra något av de förinställda värdena när som helst.
| Förinställning | beskrivning |
|---|---|
| Produktionsstandard | Bäst för de flesta program som hanterar produktionstrafik med AKS rekommenderade metodtips. |
| Utveckling/testning | Bäst för att utveckla nya arbetsbelastningar eller testa befintliga arbetsbelastningar. |
| Produktionsekonomi | Bäst för att hantera produktionstrafik på ett kostnadsmedvetet sätt om dina arbetsbelastningar kan tolerera avbrott. |
| Produktionsföretag | Bäst för att hantera produktionstrafik med rigorösa behörigheter och förstärkt säkerhet. |
| Produktionsstandard | Utveckling/testning | Produktionsekonomi | Produktionsföretag | |
|---|---|---|---|---|
| Nodstorlek för systemnodpool | Standard_D8ds_v5 | Standard_DS2_v2 | Standard_D8ds_v5 | Standard_D16ds_v5 |
| Autoskalningsintervall för systemnodpool | 2–5 noder | 2–100 noder | 2–5 noder | 2–5 noder |
| Nodstorlek för användarnodpool | Standard_D8ds_v5 | - | Standard_D8as_v4 | Standard_D8ds_v5 |
| Autoskalningsintervall för användarnodpool | 2–100 noder | - | - | 2–100 noder |
| Privat kluster | - | - | - | 
|
| Tillgänglighetszoner |
|
- | - |
|
| Azure Policy |
|
- | - |
|
| Azure Monitor |
|
- | - |
|
| CSI-drivrutin för hemlighetsarkiv |
|
- | - |
|
| Nätverkskonfiguration | Azure CNI | Kubenet | Azure CNI | Azure CNI |
| Nätverkskonfiguration | Kalikå | Kalikå | Kalikå | Kalikå |
| Autentisering och auktorisering | Lokala konton med Kubernetes RBAC | Lokala konton med Kubernetes RBAC | Azure AD-autentisering med Azure RBAC | Azure AD-autentisering med Azure RBAC |
Nästa steg
Du kan öka vissa standardgränser och kvoter. Om din resurs stöder en ökning begär du ökningen via en Azure Support begäran (för Problemtyp väljer du Kvot).
Azure Kubernetes Service