嵌入式容器化：资源受限设备轻量级K8s实践

　　去年二月份那会儿，产品经理突然拍脑袋说要搞嵌入式容器化，理由是“客户觉得设备管理太麻烦，得用K8s统一调度”。我当时就懵了——那堆ARMv7的破盒子，内存才512M，跑个BusyBox都费劲，现在要塞K8s？会议室白板上还留着上回画架构图没擦干净的墨迹，产品经理边说边用马克笔在残留的线条上画圈，说“就按这个方向改”。

文章配图，仅供参考

　　跟后端吵架那回最离谱。他们说“K8s的Pod重启策略必须设Always”，可设备断电后重启，K3s的etcd数据全丢了，整个集群变成无头苍蝇。我指着测试机上闪烁的LED灯说：“这破盒子连RTC都没有，时间戳都是乱的，etcd怎么同步？”后端回：“那你们改硬件啊。”我差点把显示器砸了——这项目预算才十万，改硬件？改个锤子！

　　后来换MicroK8s，号称“单节点优化”，结果还是翻车。部署完发现snap包占了一百多M，我蹲在工位前用“df -h”看了半天，磁盘空间显示“98% used”。设计给的图没标注分辨率，UI在设备上显示不全，产品经理非说“用户习惯手机操作，得适配竖屏”。我盯着那台竖着的显示器，把Dockerfile里的“ENV LANG=C.UTF-8”改了八遍，终于让应用能正常显示中文——结果第二天测试说“按钮点击没反应”，抓包发现是事件绑定错了DOM节点，因为竖屏的坐标系和横屏反着来。

　　最崩溃的是网络插件。Flannel默认用UDP，设备丢包率高达30%，Pod之间通信全靠重传。我翻着构建日志，看到“iptables: No chain/target/match by that name”的报错，才想起来这些设备内核版本是3.10，根本不支持最新的nftables。改用Calico后，又因为CPU太弱，BGPD进程占满单核，设备直接卡成PPT。外卖到了没人去拿，我在测试机前蹲了半小时，盯着“kubectl top nodes”的输出，发现CPU使用率稳稳卡在99%——后来发现是Calico的Felix进程在疯狂轮询网络状态。

　　现在回头看，这项目能活下来全靠“偷工减料”。我们把K8s的API Server、Scheduler、Controller Manager全拆了，只留kubelet和轻量级代理；用CRI-O替代Docker，省了五十多M内存；网络插件改用自研的静态路由，直接写内核表，省了Calico那套复杂的控制面。测试机是树莓派3B+，内存1G，跑修改后的MicroK8s，勉强能调度三个Pod——但只要同时跑两个计算密集型应用，kubelet就会因为内存不足被系统杀死，控制台一片红，日志里全是“container runtime is down”。

　　上周产品经理又提需求，说“客户要动态扩容”。我盯着他手里的咖啡杯，杯壁上还留着上回溅的咖啡渍，说：“扩容可以，但得先给设备加内存——或者您去跟客户说，我们的‘轻量级K8s’其实是个阉割版，连Horizontal Pod Autoscaler都跑不起来。”他愣了两秒，说“那先优化现有功能吧”。我转身回工位，发现键盘上掉的“Ctrl”键被同事用胶带粘回去了，虽然歪歪扭扭，但至少能敲了。

　　下一步打算试试K0s，官方说“专为边缘设备设计”，内存占用比MicroK8s还低。不过测试机的SD卡快满了，得先删点日志——上次部署失败留下的容器镜像占了三百多M，用“docker system prune”清理时，系统又卡了十秒。工位旁边的同事在哼歌，歌词是“我们不一样，每个人都有不同的境遇”，我听着想笑——这项目里，谁不是呢？

（编辑：站长网）

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