Harvester项目升级控制器对暂停状态管理图表的恢复机制解析
背景介绍
在Harvester项目(一个基于Kubernetes构建的开源超融合基础设施HCI解决方案)的升级过程中,系统会通过管理图表(ManagedCharts)来协调各种组件的升级。这些管理图表在升级过程中会被临时暂停(paused),以确保升级过程的原子性和一致性。然而,在某些异常情况下,特别是当升级过程被中断时,这些图表可能会保持暂停状态,导致系统功能异常。
问题本质
在Harvester v1.5.1版本之前,当升级过程被意外中断(如手动取消升级或升级过程中出现错误)时,系统无法自动恢复那些被暂停的管理图表。这会导致相关功能组件无法正常运行,需要管理员手动干预才能恢复系统完整功能。
技术实现
Harvester团队在v1.5.1版本中实现了升级控制器的增强功能,使其能够在以下情况下自动恢复被暂停的管理图表:
-
正常升级完成时:当升级成功完成所有步骤后,控制器会自动恢复所有被暂停的图表。
-
升级被取消时:如果升级过程被手动取消,控制器会检测并恢复那些仍处于暂停状态的图表。
-
升级失败时:当升级过程中出现错误导致失败时,控制器会尝试恢复图表到正常状态。
实现细节
升级控制器通过以下机制实现这一功能:
-
状态跟踪:控制器会跟踪每个管理图表的暂停状态,记录哪些图表因升级而被暂停。
-
异常处理:在检测到升级过程异常终止时,控制器会遍历所有被它暂停的图表,并将它们的spec.paused字段设置为false。
-
版本兼容性:该功能在不同版本间的行为有所不同:
- v1.4.3及更早版本:无法自动恢复暂停的图表
- v1.5.1版本:当升级被取消且Harvester Pod已升级时,可以恢复图表
- v1.6.0及以上版本:完全支持在各种异常情况下恢复图表
实际应用场景
这一增强功能特别适用于以下场景:
-
升级卡顿时:当升级过程卡在某个步骤(如upgrade_rancher)时,管理员可以安全地取消升级,系统会自动恢复图表状态。
-
资源清理:在升级被取消后,系统会清理相关资源(如repo),此时图表可能会进入错误状态(如"no chart version found"),但至少它们不会被错误地保持在暂停状态。
-
系统恢复:在升级失败后,系统能够更快地恢复到可用状态,减少管理员干预的需要。
注意事项
虽然这一增强提高了系统的健壮性,但用户仍需注意:
-
在v1.4.3升级到v1.5.1的过程中,如果升级在Harvester Pod完成升级前被取消,图表可能仍会保持暂停状态。
-
取消升级可能导致某些图表处于错误状态,特别是当apply_manifest任务被中断时,这通常是由于相关资源(如repo)已被清理而任务仍在运行导致的。
-
对于生产环境,建议在测试环境中验证升级过程,了解特定版本组合下的行为特征。
未来改进方向
Harvester团队正在考虑以下改进:
-
更精细的升级控制:可能引入对apply_manifest任务的更精细控制,使其能够响应升级取消事件。
-
状态一致性保证:探索如何保证即使在升级被取消时,系统资源也能保持一致性。
-
用户界面增强:在UI中更清晰地展示升级中断后的系统状态和需要的恢复操作。
这一改进体现了Harvester项目对系统可靠性和用户体验的持续关注,使得产品在复杂的升级场景下表现更加稳健。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
GLM-4.7-FlashGLM-4.7-Flash 是一款 30B-A3B MoE 模型。作为 30B 级别中的佼佼者,GLM-4.7-Flash 为追求性能与效率平衡的轻量化部署提供了全新选择。Jinja00
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin07
compass-metrics-modelMetrics model project for the OSS CompassPython00