我正在阅读几篇关于在使用 Azure CNI 时为 AKS K8S 群集规划 IP 地址的文章,例如这篇文章。他们都描述了 IP 耗尽的风险,并建议将每个节点的最大 pod 数减少到 30。这些示例似乎都显示了 CIDR 示例,例如 /21。
我的问题是,为什么不直接使用 /16 这样的大子网呢?65,536 个 IP 地址对于大多数情况下 IP 耗尽不是一个问题来说绰绰有余吗?我错过了什么?
我正在阅读几篇关于在使用 Azure CNI 时为 AKS K8S 群集规划 IP 地址的文章,例如这篇文章。他们都描述了 IP 耗尽的风险,并建议将每个节点的最大 pod 数减少到 30。这些示例似乎都显示了 CIDR 示例,例如 /21。
我的问题是,为什么不直接使用 /16 这样的大子网呢?65,536 个 IP 地址对于大多数情况下 IP 耗尽不是一个问题来说绰绰有余吗?我错过了什么?
使用大型子网来解决计划中的 IP 扩展是完美的,如果你能做到这一点,那就太好了。但是,将 AKS 连接到现有网络的大多数人没有这种奢侈,需要使用较小的分配地址空间。提到的例子是为了帮助解决这个问题。