ClickHouse Operator 0.24.5版本发布:稳定性与监控增强
ClickHouse Operator是用于在Kubernetes环境中管理ClickHouse集群的开源工具,它简化了ClickHouse的部署、配置和维护工作。最新发布的0.24.5版本带来了一系列改进和修复,主要集中在集群稳定性、配置管理和监控指标方面。
核心改进
本次版本对ClickHouse集群的滚动更新机制进行了重要优化。在之前的版本中,当进行滚动更新时,Operator会完全移除并重新添加副本节点,这可能导致分布式查询中断。新版本改为动态调整副本优先级的方式,通过将待更新节点的优先级设为较低值,确保分布式查询不会路由到这些节点,从而实现了更平滑的更新过程。
配置管理方面也做了两处重要调整。首先是修复了ClickHouseOperatorConfiguration合并时可能出现的错误,确保配置能够正确应用。其次是改进了配置文件的处理逻辑,现在带有"no_restart"标识的配置文件变更将不会触发ClickHouse服务重启,这对于生产环境中需要频繁调整配置但又希望避免服务中断的场景特别有价值。
安全更新
版本升级了相关依赖库,修复了两个已知的问题点(CVE-2025-22868和CVE-2025-22870)。虽然这些问题的细节尚未公开,但及时更新依赖是保持系统安全性的重要措施。对于安全敏感的环境,建议尽快升级到此版本。
监控与告警增强
监控方面有两个值得关注的改进。首先是修复了Keeper仪表板中的Ephemeral节点计数显示问题,确保监控数据的准确性。其次是根据社区贡献修正了Keeper Prometheus告警规则中的拼写错误,使告警系统更加可靠。
部署优化
针对容器化部署场景,优化了CLICKHOUSE_SKIP_USER_SETUP环境变量的处理逻辑。现在只有当使用默认入口点(entrypoint)时才会自动添加这个变量,为自定义部署提供了更大的灵活性。
升级建议
对于正在使用0.24.x系列版本的用户,建议规划升级到0.24.5版本,特别是那些:
- 需要频繁进行集群滚动更新的环境
- 对监控数据准确性要求较高的场景
- 关注安全更新的生产系统
升级过程与之前版本保持一致,可以通过Helm chart或直接应用Operator manifest完成。建议在测试环境验证后再应用到生产环境。
这个版本虽然没有引入重大新功能,但在稳定性和可靠性方面的改进使其成为生产环境的更优选择。社区贡献者的加入也显示出项目生态的持续活跃。
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust099- DDeepSeek-V4-ProDeepSeek-V4-Pro(总参数 1.6 万亿,激活 49B)面向复杂推理和高级编程任务,在代码竞赛、数学推理、Agent 工作流等场景表现优异,性能接近国际前沿闭源模型。Python00
MiMo-V2.5-ProMiMo-V2.5-Pro作为旗舰模型,擅⻓处理复杂Agent任务,单次任务可完成近千次⼯具调⽤与⼗余轮上 下⽂压缩。Python00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
Kimi-K2.6Kimi K2.6 是一款开源的原生多模态智能体模型,在长程编码、编码驱动设计、主动自主执行以及群体任务编排等实用能力方面实现了显著提升。Python00
MiniMax-M2.7MiniMax-M2.7 是我们首个深度参与自身进化过程的模型。M2.7 具备构建复杂智能体应用框架的能力,能够借助智能体团队、复杂技能以及动态工具搜索,完成高度精细的生产力任务。Python00