我们有一个用例，我们运行 hostNetwork 设置为 true 的 pod，这些 pod 将部署在 maxPodRange 设置为 32 的专用节点池中。为了避免 IP 浪费，我们试图了解是否有一种方法可以覆盖这个 maxPodRange 约束，以便 kube-scheduler 在部署期间不会限制我们使用 32 个 pod。如果您遇到任何解决方案或解决方法，请告诉我。提前致谢！
目前，max pod per node 和分配给每个节点的 CIDR 大小是直接关联的，没有办法将它们分开。
鉴于您计划使用主机网络，那么 GKE 将哪个 CIDR 范围分配给该池中的节点并不重要。一种选择可能是选择添加一个随机 PUPI（私人使用的公共 IPv4）范围到您的 VPC，然后将其分配给特定的节点池（当您创建节点池时，您可以分配一个特定的范围）。这样，您就不会在永远不会将 IP 分配给 pod 的节点上浪费任何可路由的 VPC 子网。
另一种选择是选择一个非 RFC 1918 范围并可能使用它（除非你已经这样做了）。例如，您可以添加 E 240.0.0.0/4 类范围内的内容。