Elastic Cloud on Kubernetes中Logstash StatefulSet初始化容器命令更新问题分析

问题背景

在Elastic Cloud on Kubernetes（ECK）从2.11.1版本升级到2.12.1版本的过程中，用户发现Logstash Pod在滚动更新时出现启动失败的情况。错误信息显示系统无法找到/usr/share/logstash/config/api_keystore.p12文件，这表明Keystore生成环节出现了问题。

问题根源

经过深入分析，这个问题源于ECK 2.12.1版本中引入的一个改进（PR #7408），该改进修改了Logstash StatefulSet的初始化容器配置，用于生成Keystore文件。然而，在升级过程中，现有的StatefulSet资源未能正确更新其初始化容器的命令脚本，导致仍然使用旧的初始化逻辑。

技术细节

在Kubernetes中，StatefulSet控制器通常不会自动更新Pod模板中的某些字段，特别是初始化容器的命令部分。ECK操作符在协调过程中未能强制更新这部分配置，导致：

1. 新版本的ECK包含了更新后的初始化容器脚本
2. 但现有的StatefulSet保留了旧的初始化命令
3. 结果就是新创建的Pod使用了不兼容的初始化逻辑

解决方案验证

用户发现可以通过以下命令临时解决该问题：

kubectl delete statefulset mylogstash-ls --cascade=orphan

这个命令会删除StatefulSet但保留运行的Pod，ECK操作符会立即重新创建StatefulSet资源，此时新的StatefulSet将包含正确的初始化容器配置。

问题复现方法

为了验证这个问题，可以按照以下步骤操作：

1. 创建一个基本的Logstash资源并等待部署完成
2. 手动修改StatefulSet中初始化容器的命令脚本
3. 观察发现ECK操作符不会自动恢复这些修改

影响范围

这个问题主要影响：

• 从2.11.1或更早版本升级到2.12.1的用户
• 使用Logstash功能并依赖Keystore配置的场景
• 需要执行滚动更新的生产环境

最佳实践建议

对于遇到类似问题的用户，建议：

1. 在升级前检查ECK的变更日志，了解可能的破坏性变更
2. 准备回滚方案，特别是对于生产环境
3. 考虑在低峰期执行升级操作
4. 监控Pod启动状态，及时发现类似问题

总结

这个问题揭示了ECK在StatefulSet更新机制上的一个缺陷，特别是在处理初始化容器命令更新时的不足。虽然提供了临时解决方案，但长期来看需要ECK团队在资源协调逻辑上进行改进，确保关键配置能够正确更新。对于用户而言，理解这种底层机制有助于更好地规划升级策略和故障排除。