嵌入式容器化：资源受限设备轻量运行K8s

　　去年高考那会儿，我原以为最麻烦的是选题撞车，结果被运维组拽去救火——他们非要在嵌入式设备上跑K8s，说是要“轻量级容器化”。我当时就乐了，这帮人是不是被K8s的文档洗脑了？资源受限的设备，内存就那么点，CPU连个超线程都没有，跑K8s？怕不是想让设备直接原地爆炸。

　　但领导拍板了，说这是“技术趋势”，必须搞。行吧，我硬着头皮上。第一周，光是配置文件就改了三遍——K8s默认的配置参数，在嵌入式设备上根本跑不动。比如`kubelet`的`--max-pods`参数，默认是110，我改成10，设备还是卡得要死。后来发现，连`etcd`的存储路径都得改，默认的`/var/lib/etcd`在嵌入式设备上根本没空间，只能挂载个临时目录。饮水机没水了，我去接水的时候还在想，这哪是轻量级，分明是“阉割版”。

　　最搞笑的是高考第一天，早上七点，运维组的小李在群里发了一张截图——设备CPU占用率直接飙到99%，K8s的`kube-scheduler`和`kube-controller-manager`在疯狂抢资源。我原以为他们至少会做个资源隔离，结果啥都没干，直接裸跑。群里瞬间炸了，有人说“这设备是不是被挖矿了”，有人说“赶紧重启”，还有人@我：“交互设计师，这界面卡死了，用户怎么操作？”我盯着屏幕，心里默默骂了一句：这他妈关我屁事，我是设计交互逻辑的，不是来修K8s的。

　　但骂归骂，活还得干。我让他们先把`kube-scheduler`的`--leader-elect-lease-duration`参数调大，从15秒改成60秒，减少选举频率。又把`kube-controller-manager`的`--concurrent-service-syncs`从5改成1，降低并发同步数量。改完之后，CPU占用率降到了70%，但设备还是卡。小李说：“要不我们把`kube-proxy`也阉割了？”我白了他一眼：“阉割个屁，`kube-proxy`是核心组件，没了它，服务怎么通信？”他挠挠头：“那怎么办？”我叹了口气：“把`--conntrack-max-per-core`调小，从32768改成4096，减少连接跟踪数量。”改完之后，设备终于不卡了，但高考已经结束半天了。

文章配图，仅供参考

　　但说实话，我到现在都不确定这方案能不能长期用。前几天运维组的小张跟我说，设备偶尔会突然重启，可能是内存泄漏。我让他去查日志，他查了半天，说“日志太多了，找不到”。我骂他：“那你不会用`grep`过滤？”他说：“`grep`也不会，我平时只用`cat`。”我气得差点摔键盘——这帮人，连基本命令都不会，还搞什么嵌入式容器化？

　　其实我最烦的是，领导总把这种“技术探索”当成KPI。上次选题会，主编说：“我们要多写点嵌入式容器化的文章，读者爱看。”我反驳：“读者爱看个屁，他们更关心怎么用K8s跑微服务，谁在乎嵌入式设备？”主编白了我一眼：“你懂什么，这是趋势。”我懒得跟他争，心想：趋势个屁，等设备真炸了，看你们怎么收场。

　　不过话说回来，这项目也不是完全没收获。至少我学会了怎么在资源受限的环境下调参——比如`--kube-reserved`和`--system-reserved`怎么分配，`--eviction-hard`怎么设，这些以前只在文档里看过，现在全实践了一遍。但下次再让我搞这种“轻量级K8s”，我得先看看设备配置——要是内存小于1G，CPU小于双核，我直接拒绝，爱谁谁。

　　明天还得接着发文章，主编说要把这项目包装成“技术突破”。我叹了口气，打开Word，开始编故事——其实读者要的不是技术细节，而是“我们搞定了别人搞不定的事”这种爽感。至于设备会不会炸，谁在乎呢？

（编辑：站长网）

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