11-karpenter-tai-hei-he-shi-jian-qu-dong-gei-ta-kai-chuang-zhang-hai-tao-luo-yin-ping-.pptx

1、Karpenter 太黑盒？事件驱动给它“开窗”！让自动扩缩容变得可观测与可审计,Softwate Engineer,2025/11/15,张海涛&罗银萍,Karpenter 很聪明，但我们需要理解它的决策,张海涛CloudPilot AI Inc.Software Engineer,Haitao Zhang(GitHubhelen-frank)is a major contributor and reviewer of karpenter-provider-alibabacloud,and a member of kubernetes-sigs and karmada.Currently f

2、ocusing on the cloud node autoscale field.,CONTENT,目录,01,什么是Karpenter,02,为何说Karpenter是黑盒,03,Karpenter Event,04,Q&A,Karpenter 是一个强大的Kubernetes节点自动缩放器，专为灵活性、性能和简单性而构建。它自动配置计算资源，以响应无法安排的pod，与传统的集群自动缩放器相比，实现更快的扩展和更好的利用率。Karpenter 通过以下方式提高在 Kubernetes 集群上运行工作负载的效率和降低成本：监视Kubernetes 调度器标记为不可调度的 Pod。评估Pod

3、请求的调度约束（资源请求、节点选择器、亲和性、容忍度和拓扑分布约束）配置满足 Pod 要求的节点当节点不再需要时，将其移除。,什么是 Karpenter,简介,AWSAzureAlibabaCloudBizfly CloudCluster APIGCPIBM CloudProxmoxOracle Cloud Infrastructure(OCI),什么是 Karpenter,已公开支持的Karpenter Cloud Providers,Spot insight-spot.cloudpilot.ai,什么是 Karpenter,真实用户节省效果PO图,什么是 Karpenter,Karpent

4、er 作为开源的 Kubernetes 节点自动扩缩容工具，其核心优势在于高度自动化，但也正因这一特性，常被用户称为“黑盒”开源代码虽可见，但运行时决策逻辑不透明。这种矛盾源于其自动化流程的复杂性：系统能自主触发节点创建/删除，却缺乏对决策过程的清晰解释，导致运维人员难以追溯原因,为何说 Karpenter 是“黑盒”？,自动化决策链路复杂，行为不透明,1.节点生命周期操作无上下文节点创建/删除的触发原因（如资源需求、成本优化）未被记录，仅能观察结果，无法关联到具体 Pod 或集群事件。2.调度失败难以诊断Pod 卡在 Pending 状态时，仅显示最终状态，无法还原决策链（例如：为何调度器拒

5、绝分配？是资源不足、标签不匹配，还是节点未及时就绪？）。3.云 API 交互不透明云厂商 API 调用失败或延迟时，缺失关键元数据：具体时间戳？请求/响应内容（如 AWS EC2 API 的错误代码）？仅依赖日志碎片化信息，定位问题效率低下。4.缺乏可视化交互界面所有操作依赖原始日志分析（如 kubectl logs），无图形化视图展示节点决策流、资源依赖或 API 时序，大幅增加理解成本。直接后果:排查速度慢,误判风险高,运维压力激增,为何说 Karpenter 是“黑盒”？,核心问题:决策透明度缺失,“主要是想搞清楚Karpenter做了，然后为什么这么做。删除和增加机器是否是预期的。有的

6、时候pod一直pending在那边，一看Karpenter的日志显示说没有满足的机器。但是里面因为涉及到一些容量计算和一些schdule的配置，需要花点精力才能搞清楚是什么原因导致的。如果出现异常的时候能清晰简单的知道是什么原因导致的，那就完美了”,真实大规模使用karpenter终端用户的声音,为何说 Karpenter 是“黑盒”？,不改变核心决策逻辑：零侵入主路径结构化、可解析的事件数据高可靠性：异步、重试、容错支持链路还原：时间戳、耗时、错误与请求/响应快照数据清洗：移除冗余/敏感字段，减小负载并保护隐私,Karpenter Event,设计目标