作者 | Matt Saunders
译者 | 平川
策划 | Tina
Amazon Web Services（AWS） 发布开源 Kubernetes 集群自动扩展工具 Karpenter 的 1.0 版本。这标志着 Karpenter 已经完成 Beta 测试。该版本带来了稳定的 API 和多项新特性。
Karpenter 最初于 2021 年 11 月推出，现已经发展成为一个全面的 Kubernetes-native 节点生命周期管理器。正如我们今年早些时候报道的那样，这个项目在 Slack 等行业领导者中越来越受欢迎，并已成为 GitHub 上十大最受欢迎的 AWS 开源项目之一。
在 Infracloud 的一篇文章中，Himanshu Verma 解释了 Karpenter 如何消除了预配置节点组和调整资源大小的需求，并直接使用 Launch Templates 来管理实例。Karpenter 根据需要自动提供新节点，实时响应 Unschedulable pod。它可以动态调整集群计算容量，优化性能和成本效益。
1.0 版本修复了许多 Bug，并带来了多项新特性。Karpenter 1.0 的主要特性包括：
增强中断控制： 用户现在可以按原因设置中断预算，以便对节点中断进行细粒度控制，以应对利用率不足、空闲或漂移等情况。
重命名合并策略： 为清楚起见，“WhenUnderutilized”策略已被重命名为“WhenEmptyOrUnderutilized”。
新增合并控制： 在添加或删除 pod 时，“consolidateAfter”参数允许用户指定 Karpenter 在合并节点之前等待多长时间。
终止宽限期： 新增的“terminationGracePeriod”设置使集群管理员对节点生存期和优雅终止有了更多控制。
漂移特性升级： 漂移特性，即替换偏离期望状态的节点，现在默认启用。
AMI 选择更改：“amiSelectorTerms”字段现在是必需的，并且新增的“alias”术语使用户可以选择 Amazon EKS-optimized AMI 的特定版本。
实例元数据服务（IMDS）访问限制： 为了提高安全性，默认禁止 pod 对 IMDS 的访问。
Kubelet 配置位置更改：Kubelet 设置改到了 EC2NodeClass API 中。
NodeClaims 不可变：NodeClaims 在创建后不能再修改，从而保证与预期的行为一致。
NodePool nodeClassRef 更改： 所有的 nodeClassRef 字段现在都是必需的，“apiVersion”字段被重命名为“group”。
指标更改： 修改了几个 Prometheus 指标，这可能需要用户更新他们的仪表板。
该版本还包括一些计划中的弃用，包括删除某些注解和基于 ConfigMap 的配置。
对于希望从 Beta 版升级的用户，AWS 提供了一个使用 Kubernetes webhook 转换的迁移路径，前提是用户已经使用了包含最新 API 的版本。该过程可以就地升级 API 而不需要替换节点。但是，建议用户在进行升级之前查看完整的迁移文档，并在非生产环境中测试升级过程。
在 X（以前的 Twitter）上的一段演练视频中，Olalekan Taofeek 详细解释了他是如何将 Karpenter 从 0.37 升级到 1.0 的——这个版本差异比迁移路径提供的版本差异更大。他强调，有几个破坏性的变化需要特别注意：
用户数据不再用于 Kubernetes 配置。
节点池 / 组配置更改——API 版本和字段名称发生了变化，用户需要更新配置。
新增一个“启动时间”字段，需要用户在自己的工作负载中加以考虑。
将一些字段从节点池移到了节点类配置中。
Karpenter 1.0 发布的消息大受欢迎，例如 Vatsal Bajpai 在 X（以前的 Twitter）上写道：
“在云上，Karpenter 已经成为 k8s 的必需品，真让人高兴！”
在 Reddit 上的一个帖子中，用户普遍对这个版本赞赏有加。有人指出，Azure 上已经有可用的移植版本，但令人遗憾的是，GCP 上没有。其他人则在考虑，Karpenter 的功能是否可以完全集成到 EKS 的控制平面中。
用户可以通过 Kubernetes Slack #karpenter 频道或 GitHub 了解更多信息或提供反馈。
