Kubernetes 究竟如何调度你的 Pod，以及网络随后做了什么
来源：dev.to — 2026-10-01
📋 概述
文章用一个很多人经历过的状态开场：kubectl apply 早已不再神秘，但「是谁决定这个 Pod 跑在哪个节点、是谁把它的流量接上」依然不清楚，而这种状态下你可以长期运行集群，却无法调试它——Pending 的 Pod、连不通的 Service、莫名被拦的流量，都恰好住在这类教程略过的地方。作者用三个免费的浏览器模拟器分别演示调度、网络和服务网格层，每个都让你亲手做决策。调度部分讲透了一个初学者常忽略的点：调度依据的是 requests 而非实际用量，所以集群可能「满了」而 CPU 在空转。
🔑 核心要点
- Pending 的 Pod、连不通的 Service 与莫名被拦的流量，都出在教程略过的那部分。
- 调度只看 requests 而非实际用量，因此集群可能「满了」而 CPU 空转。
- limits 属于 kubelet 的执行范畴，不是调度的输入。
- 污点、专用节点与反亲和，让 NoSchedule 从冷知识变成立体几何。
- 学习方式是三个免费浏览器模拟器，亲手做调度决策，而非只读文档。
💡 金句
你可以在那种状态下长期运行集群，却无法在那种状态下调试它。
👍 0
👎 0
← 返回 dev.to 首页