Amazon EKS AMI 本地磁盘配置优化指南

Amazon EKS AMI 项目中的 setup-local-disks 脚本是用于管理节点本地磁盘的重要工具。近期社区对该脚本进行了一项重要改进，增加了配置灵活性，允许用户更精细地控制本地磁盘的使用方式。

背景与需求

在 Kubernetes 集群中，本地 NVMe 磁盘通常被用于多种用途：

• 存储 kubelet 数据
• 作为容器运行时(如 containerd)的存储后端
• 存储 Pod 日志
• 通过 hostPath 卷供应用使用

原有的 setup-local-disks 脚本会自动将 RAID 阵列(md0)挂载到特定路径，并强制用于上述所有用途。这种设计虽然简化了配置，但缺乏灵活性，无法满足某些特殊场景的需求。

技术改进

最新版本中新增了一个配置标志，允许用户禁用自动配置 kubelet、containerd 和 Pod 日志存储路径的功能。这一改进使得用户可以：

1. 继续使用脚本创建和管理 RAID 阵列
2. 将阵列挂载到自定义路径
3. 自主决定是否将其用于核心组件存储

实现原理

改进后的脚本通过新增命令行参数来控制行为。当指定禁用标志时，脚本会跳过以下配置步骤：

• 创建 kubelet 数据目录
• 配置 containerd 存储路径
• 设置 Pod 日志存储位置

同时保留 RAID 阵列创建和基本挂载功能，确保磁盘管理的基础能力不受影响。

使用场景

这项改进特别适用于以下场景：

1. 专用存储节点：需要将本地高速磁盘专门用于特定应用而非系统组件
2. 混合存储架构：希望将系统组件和应用数据存储在不同类型的存储介质上
3. 特殊性能需求：对不同的工作负载采用不同的存储配置策略

注意事项

虽然 hostPath 卷提供了直接访问主机存储的能力，但使用时需注意：

• 安全性风险：Pod 可能访问到不应接触的主机文件
• 可移植性差：绑定到特定节点的存储架构
• 生命周期管理：需要自行处理数据持久化和清理

建议仅在充分理解风险且确实需要时才使用这种配置方式。

总结

Amazon EKS AMI 的这一改进增强了本地磁盘管理的灵活性，使集群管理员能够根据实际需求优化存储架构。用户现在可以更精细地控制高速本地存储的使用方式，在保证核心功能的同时满足特殊场景的需求。