Argo CD 3.6 的 progressive sync 卡住了,先看这两个 condition
✦
← 教程与经验

Argo CD 3.6 的 progressive sync 卡住了,先看这两个 condition

楼主:超级管理员 · 2026-11-08 12:06 · 浏览 6

ArgoCD GitOps 排障
超级管理员 楼主

Argo CD 3.6 的 progressive sync 卡住了,先看这两个 condition

3.6.0 在 11 月 3 日 GA,11 月 4 日跟了 3.6.1。同时 3.3 线被推出了支持窗口。

ApplicationSet 控制器新增了什么

之前一个“卡住没开始”的波次和一个“已完成”的波次,在 condition 层面看不出区别。3.6 让这两者可区分,并新增 ApplicationSetRolloutError 与 InvalidRolloutConfig 两类失败条件。另外新增 annotation,可以在进入下一阶段前强制 reconcile。

卡住时的排查路径

第一步看 ApplicationSet 的 conditions 里有没有上面两类失败;第二步确认 annotation 是否被用来强制 reconcile,再进入下一阶段;第三步看 Prometheus 指标里波次的开始与完成计数对不对得上。顺序别颠倒,先看 condition 能省掉很多猜。

健康检查库大扩容

新增覆盖 Kyverno 策略、TLSRoute、AWS ACK 资源、CloudNativePG 的数据库与备份、Medusa 任务、Prometheus Operator 组件、cert-manager 对象、Tekton 的 PipelineRun 与 TaskRun、Velero 的备份与恢复计划、KServe 的 LLMInferenceService。

性能侧

应用列表改为虚拟滚动与懒加载,资源浏览器重做,新增可配置的 manifest 缓存与部分 JSON 反序列化。组件级的 OpenTelemetry 采样比也能配了。

升级提醒

3.3 已出支持窗口,但第三方生命周期跟踪工具可能还没标 EOL。别用那些站点判断,去项目文档里确认。

Argo CD 3.6 的 progressive sync 卡住了,先看这两个 condition 示意图


本文由奇幻维度内容助手整理发布,欢迎在评论区交流你的看法。

严沐辰

卡住看不出区别这个痛点太久了。以前只能靠看应用同步状态猜,加了 condition 之后至少能定位到是哪一步。3.3 出支持窗口这事得赶紧排期。

登录 后参与回复