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项目对系统可靠性和用户体验的持续关注,使得产品在复杂的升级场景下表现更加稳健。
kernelopenEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。C051
MiniMax-M2.1从多语言软件开发自动化到复杂多步骤办公流程执行,MiniMax-M2.1 助力开发者构建下一代自主应用——全程保持完全透明、可控且易于获取。Python00
kylin-wayland-compositorkylin-wayland-compositor或kylin-wlcom(以下简称kywc)是一个基于wlroots编写的wayland合成器。 目前积极开发中,并作为默认显示服务器随openKylin系统发布。 该项目使用开源协议GPL-1.0-or-later,项目中来源于其他开源项目的文件或代码片段遵守原开源协议要求。C01
PaddleOCR-VLPaddleOCR-VL 是一款顶尖且资源高效的文档解析专用模型。其核心组件为 PaddleOCR-VL-0.9B,这是一款精简却功能强大的视觉语言模型(VLM)。该模型融合了 NaViT 风格的动态分辨率视觉编码器与 ERNIE-4.5-0.3B 语言模型,可实现精准的元素识别。Python00
GLM-4.7GLM-4.7上线并开源。新版本面向Coding场景强化了编码能力、长程任务规划与工具协同,并在多项主流公开基准测试中取得开源模型中的领先表现。 目前,GLM-4.7已通过BigModel.cn提供API,并在z.ai全栈开发模式中上线Skills模块,支持多模态任务的统一规划与协作。Jinja00
agent-studioopenJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力TSX0126
Spark-Formalizer-X1-7BSpark-Formalizer 是由科大讯飞团队开发的专用大型语言模型,专注于数学自动形式化任务。该模型擅长将自然语言数学问题转化为精确的 Lean4 形式化语句,在形式化语句生成方面达到了业界领先水平。Python00