云服务器节点搭建045

昨晚凌晨两点，云服我把最后一台新节点的节点防火墙规则刷进去，机房那边传来消息——华东区有个客户的搭建时序数据库查询延迟突然飙到800ms。我盯着监控面板上那条刺眼的云服红线，心想，节点又得加节点了。搭建

这次搭的云服是045号节点，坐标在贵州某大数据产业园。节点说是搭建产业园，其实机房建在山体隧道里，云服恒温恒湿，节点电费比沿海便宜四成。搭建选这儿没别的云服，客户要成本，节点机房的搭建制冷系统能省一半能耗。

节点搭建这事，听着高大上，干起来全是脏活。先得跟机房的人确认机柜位置，检查供电线路，光模块插上后要测光衰。045号节点用的是双路40G网卡，配合华为的CE系列交换机，延迟理论上能压在1ms以内。但理论归理论，实际一测，丢包率0.3%——问题出在光纤跳线的弯曲半径上，机房布线太乱，几根线被压得死死的。

我蹲在机柜后面，把那几根跳线重新理了一遍，用扎带固定好，再测，丢包率降到0.02%。这种细节没人给你写文档，全靠经验。你问为什么不用智能布线系统？预算不够，大部分中小型机房还是人工走线。

系统层面，045号节点跑的是Kubernetes 1.28，容器运行时用的containerd。我特意没装最流行的CRI-O，原因很简单——团队里其他人更熟containerd，出了问题能快速排查。技术选型不是选最潮的，是选团队最顺手能修好的。

存储这块用了Ceph的块存储，三副本策略。但说实话，本地盘性能更好，只是数据可靠性要求高，客户明确说不能丢数据。那就老老实实上分布式存储，代价是IOPS掉到2000左右，不过对时序数据库这种顺序写为主的负载，够用了。

最折腾的是网络调优。节点要跟上海、深圳的两个老节点打通专线，走的是BGP协议。我把MTU从1500调到9000，开启巨帧模式，结果深圳那边老交换机不支持，直接导致数据包被分片，延迟反而涨了15%。最后只好把045号节点单独设回1500，跟老节点保持一致。

这让我想起上次搭043号节点时，因为两个机房的NTP时间不同步，日志对不上，排查了整整两天。后来学乖了，所有节点统一用阿里云的NTP服务，偏移控制在50ms内。

凌晨四点半，所有服务起来了。我拿测试脚本跑了十分钟，查询延迟稳定在120ms——比客户要求的200ms快了不少。监控面板上的曲线终于平了，我泡了杯速溶咖啡，盯着屏幕发呆。

机房管理员老张路过，问我这次搞定了没。我说差不多了，明天白天再观察一下流量高峰的表现。他笑了笑，说你们搞技术的，总喜欢半夜干活。我说没办法，白天业务流量大，割接窗口只能放凌晨。

045号节点就这么上线了。没有庆祝，没有上线报告，只在运维群里发了条消息：新节点已加入集群，负载均衡策略已更新。群里安静了几秒，然后有人回了句“辛苦了”，接着又是日常工作讨论。

其实每个节点背后都是这些琐碎的事——光纤、路由、存储、时间同步，没有一个是能吹嘘的技术亮点，但每一个都能让整个集群瘫掉。我把这次的配置参数记在本地笔记里，标题写的是《045号节点踩坑记录》，等下次搭046号节点时，希望能少踩几个坑。