建站新手必避的7大运维坑：第5个90%人忽略的资源调度雷区

　　跟人吵架那天机房顶棚在滴水，三分钟一滴，正砸在空U位散热格栅上，噗——滋——噗——滋——跟定时闹钟似的。老张蹲着接线，手肘压着我刚贴的《调度策略白名单》，纸边翘起来了，他也没动。我就说，第5个坑不是配错CPU亲和性，也不是没开cgroup v2，是压根儿没把调度当调度——它是个筛子，不是刻度尺。

文章配图，仅供参考

　　我原以为新站跑起来能自己学会排队。结果前天凌晨三点，监控告警弹出来的时候，我在啃冷掉的牛肉烧卖，酱汁糊了半张A4纸。运维脚本还在跑load均衡逻辑，但实际调度器早把PHP-FPM进程全塞进同一颗NUMA节点里头，隔壁那颗芯片温度比咖啡机还低。谁写的策略？写的时候没摸过物理拓扑图吧。那个“自动”俩字，现在看像墓志铭上刻的“安息”。

　　桌上外卖盒盖掀着，里头汤面浮着三片青菜，一根没动。对面小陈边敲键盘边嚼薄荷糖，咔嚓咔嚓——他刚把一个WordPress站从共享主机迁上来，顺手启了7个WP-Cron子进程，每台服务器上都堆着两百多个sleeping状态的curl，没人管，没人杀，没人认领。这不是并发，这是集体失忆。你说他不懂？他能给你背出kubectl drain的十六种参数组合。可你问他“调度决策发生时，cgroup.procs文件被改写了几回”，他眨眨眼，咽下最后一口糖渣，说“这……得查日志？”

　　后怕的是上周四下午，客户临时要压测，运营部群里甩来个链接，点开就是Word文档标题《618大促峰值资源预案V3.2（终稿）》。我扫了眼，第七页写着“调度策略：启用default-shares=1024”。我盯着那行字看了十八秒。没笑。直接拨内线问架构组老李：“你上回看见有人拿default-shares干啥了？”他说：“调过，后来删了。”我说：“删哪儿去了？”他顿了三秒，“记不清了，可能……合并到configmap里了吧？”电话那头传来隔壁工位空调启动的嗡鸣，声音有点发颤。

　　优胜劣汰——不是说技术淘汰人，是资源调度这玩意儿自己就带淘汰机制。它不罚你写错命令，它罚你假装有共识。你看新手填调度策略表，第一栏写“CPU限制”，第二栏写“内存上限”，第三栏空着——他以为那是留给备注用的。其实第三栏该填“谁敢动这个配置、动完谁兜底、兜不住时怎么断电”。没人填，系统就自动选一个最不挑食的容器先扛着，扛到OOM Killer提着刀进门。它不跟你讲道理，只记名字。

　　前天拆一台测试机，SSD盘符居然挂成了/dev/sdxv，少了个a。运维同事一边拔硬盘一边嘟囔：“云厂商换内核了吧？”我盯着他手指甲缝里嵌着的蓝胶，没吭声。这种细节根本不影响调度，但它暴露一件事：连盘符都能飘走的环境里，你还信yaml里写的runtimeClass等于真实运行态？

　　说到runtimeClass，想起上个月帮一个做教育SaaS的朋友调参。他坚持要在每个Pod里硬绑nodeSelector+tolerations+topologySpreadConstraints三层锁，美其名曰“精准落位”。结果上线第三天，集群自动扩容触发Node加入，他那套约束直接卡住二十多个Job进不了队列。我们最后手动删了三个label，其中一个是叫“env-type: prod-core-legacy”的，删完他盯着屏幕愣了七秒，突然问我：“那个label……是不是我昨天晨会喝美式时加的？”我说：“嗯，你在共享屏上拖拽添加的，右下角时间戳写着08:42。”他点了下头，转身去茶水间泡第二杯。水开了，他没关，蒸汽喷了半分钟才被保洁阿姨听见。

　　别扯K8s设计哲学。我见过三个不同版本的kube-scheduler二进制，它们对同一个priorityClassName返回完全不同的score排序，而且各自都有文档证明自己是对的。你猜哪个跑在生产？都不是。真正在跑的那个，是去年十一假期前某位同事本地编译后传上去的，sha256值没留，镜像tag写的是“tmp-fix-cpu-score-v1”。这事我没报issue，因为issue模板里有一栏叫“预期行为”，我不知道怎么填——预期它不抖？还是预期它别在半夜三点半随机倒置权重？

　　调度雷区从来不在参数里，在人脑的默认值里。你设了limit，就默认别人不会改request；你写了affinity，就默认TopologyKey永远指向同一套网络域；你启了autoscaler，就默认metrics-server永远不会比apiserver慢半拍。这些都是假定。而90%的新手，连自己的假定长什么样都不知道。他们只是把配置复制过来，按下回车，然后盯着dashbaord等绿灯亮起——像等着裁判举旗的赛马，根本不管起点线画在哪。

　　现在我看到新人写helm values.yaml，第一反应不是看image版本，是翻到最后看有没有resources.limits.cpu底下藏一行注释：“勿动，否则课程排课服务崩”。没有？好，这版配置我可以收。有？我立马call他语音，让他打开终端，敲uptime，念出负载值，再告诉我今天早餐吃了几口包子。吃完再说调度。

　　对了，昨天清理旧日志，翻出三月八号的一条记录：/var/log/kube-scheduler/current: “skipped pod XXX due to failed topology spread constraint”。当时我划掉了，没截屏，也没归档。现在想想，它可能是今年第一个真正的预警信号——可惜，信号本身也是静音的。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!