业务痛点
在资源受限的运行环境(如单节点、嵌入式)中,Kubernetes(以下简称“K8s”)自身的资源占用与调度瓶颈,制约了业务Pod的可靠拉起与预期规模的实现。
根因分析
-
K8s生态集成多种功能,组件较多,架构略重,自身运行需要系统资源较多。
-
K8s组件独立进程运行,APIServer与etcd需通过网络协议通信,流量较高场景中组件间交互成为瓶颈。
-
containerd创建Pod同时产生shim进程,随Pod数量线性占用内存资源,阻碍高密部署场景。
低底噪容器底座方案
openFuyao采用从编排系统、容器运行时、操作系统多层次入手,消减容器环境底噪和提升容器环境性能,打造业界首个单节点部署1000+Pod容器环境。


Kubernetes子系统:
-
将K8s及其周边组件整合为单进程,并将APIServer和etcd的网络通信优化为进程内内存交互,从而显著降低系统底噪,提升容器编排性能。100Pod场景可降低500+MB内存。
-
使用文件探测等低成本方式代替传统消息交互方式,降低高密场景下探针消息对CPU和网络的影响。
-
最小化K8s基础功能,裁剪内存占用较多且不使用的特性(如OpenAPI v3 )。
运行时子系统:
-
消减shim进程,支持containerd通过shimless方式运行,降低底噪,使单节点可部署1000+Pod,领先业界4~10倍。该典型场景可降低20GB内存占用。
-
通过启用cgroup v2,为容器提供了更精细、高效的资源管理能力,使得高密部署时容器管理性能不下降。
5万+

被折叠的 条评论
为什么被折叠?



