Kubernetes扩容Pod时是否会自动将新Pod调度到可用资源更充足的节点？

场景1：现有Pod已占满所在节点资源，扩容至4副本 #

• Kubernetes默认调度器的核心判断依据是Pod定义中配置的resources.requests（资源申请量），而非节点的实时资源使用率。如果你给该计算密集型Pod配置的CPU、内存申请量已经占满了单节点的可分配资源上限，那么原节点已经没有足够的剩余可分配资源承接新副本，调度器会自动将新生成的3个副本调度到其余3个空闲节点上，前提是这些空闲节点的可分配资源满足Pod的资源申请要求。
• 如果你没有为Pod配置任何resources.requests，调度器默认会将该Pod的资源申请量判定为0，理论上可以调度到集群内任意节点，这种情况可能出现所有副本都挤在同一个节点的问题，生产环境不推荐省略资源申请配置。

场景2：现有Pod无计算任务，原节点剩余大量可用资源，扩容至4副本 #

• 这种场景下调度器不会参考节点的实时空闲资源，仅会统计节点的已分配资源总量（即该节点上所有已调度Pod的resources.requests总和）。如果你的Pod没有配置resources.requests，或者配置的申请量很小，导致原节点的剩余可分配资源足够容纳剩下3个副本，调度器大概率会把所有新副本都调度到原节点上，哪怕其余3个节点完全处于空闲状态。
• 如果你需要让同个工作负载的副本分散部署在不同节点，需要额外配置Pod拓扑分布约束（topologySpreadConstraints）或者Pod反亲和性规则，强制调度器将副本打散调度到不同节点。

以上逻辑仅适用于未配置自定义调度策略、节点污点、特殊亲和性/反亲和性规则的标准Kubernetes集群。

内容的提问来源于stack exchange，提问作者RonManning