Skip to content

Commit 9011d20

Browse files
committed
faq
1 parent e18c1b6 commit 9011d20

File tree

1 file changed

+3
-1
lines changed

1 file changed

+3
-1
lines changed

articles/aks/faq.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -131,13 +131,15 @@ It is important to recognize the distinction between AKS service availability wh
131131
## Why can't I set maxPods below 30?
132132

133133
In AKS, you can set the `maxPods` value when you create the cluster by using the Azure
134-
CLI and Azure Resource Manager templates. However, both Kubenet and Azure CNI require a *minimum value* (validated at creation time):
134+
CLI and Azure Resource Manager templates, and you can also specify `maxPods` for any new node pools you create. However, both Kubenet and Azure CNI require a *minimum value* (validated at creation time):
135135

136136
| Networking | Minimum | Maximum |
137137
| -- | :--: | :--: |
138138
| Azure CNI | 30 | 250 |
139139
| Kubenet | 30 | 110 |
140140

141+
If you don't specify `maxPods` when creating new node pools, you receive a default value of 110 for kubenet, and 30 for Azure CNI.
142+
141143
Because AKS is a managed service, we deploy and manage add-ons and pods as part of the cluster. In the past, users could define a `maxPods` value lower than the value that the managed pods required to run (for example, 30). AKS now calculates the minimum number of
142144
pods by using this formula: ((maxPods or (maxPods * vm_count)) > managed add-on pods minimum.
143145

0 commit comments

Comments
 (0)