Harvester CSI 驱动升级：优化控制平面节点部署策略

背景介绍

在Kubernetes生态系统中，CSI（Container Storage Interface）驱动是实现持久化存储的关键组件。Harvester作为基于Kubernetes构建的开源超融合基础设施(HCI)解决方案，其CSI驱动负责管理Harvester集群中的存储资源。本次升级至v0.1.23版本主要解决了控制器部署位置优化的问题。

技术挑战

在之前的版本中，Harvester CSI驱动控制器组件会部署在所有节点上，包括工作节点。这种部署方式存在几个潜在问题：

1. 资源浪费：控制器组件不需要在每个节点运行，工作节点上运行这些组件会占用不必要的资源
2. 安全风险：控制器组件具有较高权限，减少其部署范围可以缩小潜在攻击面
3. 管理复杂性：不必要的组件部署增加了系统维护和监控的复杂度

解决方案

v0.1.23版本通过以下改进解决了上述问题：

1. 节点选择优化：控制器组件现在只会部署在控制平面节点上
2. 资源分配调整：减少了不必要的资源请求和限制
3. 部署策略改进：使用更精确的节点选择器确保组件部署位置

技术实现细节

本次升级涉及多个层面的改动：

1. Helm Chart更新：修改了部署模板，添加了适当的节点亲和性规则
2. 控制器逻辑优化：精简了控制器处理流程，提高在控制平面节点上的运行效率
3. 资源定义调整：更新了Deployment和DaemonSet资源定义，确保组件正确部署

升级路径

对于不同部署方式的用户，升级路径略有不同：

Rancher用户

• 通过Rancher UI中的应用市场直接升级CSI驱动
• 支持Rancher 2.8、2.9和2.10版本

RKE2用户

• 随RKE2版本升级自动获取新版本CSI驱动
• 支持多个Kubernetes版本(1.29-1.32)

验证方案

为确保升级的可靠性，团队设计了全面的验证方案：

1. 功能验证：

   • 创建PVC并挂载到工作负载
   • 验证Longhorn中的卷状态变化
   • 测试工作负载扩缩容时的卷挂载/卸载

2. 升级验证：

   • 从v0.1.21版本升级到v0.1.23
   • 验证升级过程中现有存储卷的可用性
   • 检查升级后组件运行状态

3. 回滚测试：

   • 验证升级失败时的回滚机制
   • 确保回滚后系统状态一致

最佳实践建议

对于生产环境用户，建议：

1. 在非关键环境先进行测试升级
2. 升级前备份重要数据
3. 监控升级后系统资源使用情况
4. 关注控制器组件日志中的异常信息

总结

Harvester CSI驱动v0.1.23版本的发布，通过优化控制器部署位置，提高了系统资源利用率，增强了安全性，同时保持了原有的功能和性能。这一改进是Harvester存储子系统持续优化的重要一步，为用户提供了更稳定高效的存储管理体验。