為什麼不使用大型子網來解決 AKS Azure CNI 中的 IP 耗盡問題？

我正在閱讀幾篇關於在使用 Azure CNI 時為 AKS K8S 群集規劃 IP 地址的文章，例如這篇文章。他們都描述了 IP 耗盡的風險，並建議將每個節點的最大 Pod 減少到 30。這些範例似乎都顯示了 CIDR 範例，例如 /21。

我的問題是，為什麼不直接使用 /16 這樣的大子網呢？65,536 個 IP 地址對於大多數情況下 IP 耗盡不是一個問題來說綽綽有餘嗎？我錯過了什麼？

使用大型子網來解決計劃中的 IP 擴展是完美的，如果你能做到這一點，那就太好了。但是，將 AKS 連接到現有網路的大多數人沒有這種奢侈，需要使用較小的分配地址空間。提到的例子是為了幫助解決這個問題。

引用自：https://serverfault.com/questions/1059732