为什么不使用大型子网来解决 AKS Azure CNI 中的 IP 耗尽问题?

为什么不使用大型子网来解决 AKS Azure CNI 中的 IP 耗尽问题?

我正在阅读几篇关于使用 Azure CNI 时规划 AKS K8S 集群 IP 寻址的文章比如这个。它们都描述了 IP 耗尽的风险,并建议将每个节点的最大 pod 数减少到 30 个。这些示例似乎都显示了 CIDR 示例,例如 /21。

我的问题是,为什么不直接使用较大的子网(例如 /16)?在大多数情况下,65,536 个 IP 地址是否足以解决 IP 耗尽的问题?我遗漏了什么?

答案1

使用大型子网来应对计划中的 IP 扩展是完美的选择,如果您能做到这一点,那就太好了。但是,大多数将 AKS 连接到现有网络的人都没有这种奢侈,需要使用较小的分配地址空间。所举的例子是为了帮助解决这个问题。

相关内容