Amazon EKS AMI 中Kubelet二进制文件缺失问题分析

在构建Amazon EKS自定义AMI镜像的过程中，开发人员发现1.24.17版本的Kubernetes发行版存在部分二进制文件缺失的问题，特别是关键的kubelet组件。这个问题直接影响了AMI镜像的正常构建流程。

问题背景

Amazon EKS团队会定期发布Kubernetes各个版本的预编译二进制文件，这些文件存储在公开的S3存储桶中。当用户使用这些二进制文件构建自定义AMI时，需要确保所有必要的组件都可用。在1.24.17版本中，虽然部分Linux平台的二进制文件已经存在，但关键的kubelet组件却缺失了。

问题影响

kubelet是Kubernetes集群中最核心的组件之一，负责管理节点上的容器运行时和Pod生命周期。缺少这个二进制文件会导致：

1. AMI构建过程失败
2. 无法正常启动Kubernetes节点
3. 集群扩容操作受阻

问题排查

通过检查S3存储桶内容，可以确认虽然存在linux/amd64目录和一些其他组件（如kubectl、kube-proxy等），但kubelet及其校验文件确实缺失。这种情况比完全缺少某个平台版本更隐蔽，因为简单的目录存在性检查无法发现问题。

解决方案

Amazon EKS团队在收到反馈后迅速响应，补充了缺失的二进制文件。用户可以通过以下命令验证文件是否已恢复：

aws s3api list-objects-v2 --bucket amazon-eks --prefix "1.24.17/2024-07-12/bin/linux/amd64/kubelet"

经验总结

1. 在自动化构建流程中，不仅需要检查平台目录是否存在，还应验证所有必需组件的可用性
2. 对于关键组件的缺失，建议构建系统能够提供明确的错误提示
3. 定期同步上游二进制文件发布状态，确保构建环境的稳定性

最佳实践

为了避免类似问题影响生产环境，建议采取以下措施：

1. 在CI/CD流水线中加入组件完整性检查步骤
2. 维护一个已知稳定版本的清单，避免自动使用最新版本
3. 对于关键组件，保留本地备份以应对上游存储的临时不可用情况

通过这次事件，我们认识到基础设施组件的完整性检查在云原生环境中的重要性。良好的验证机制可以提前发现问题，避免影响生产环境。