Fix homea mirror priority and record upgrade verification
这个提交包含在:
1 父节点
161114d7ec
当前提交
be91696767
5 个文件已更改
+59
-1
没有与搜索条件相匹配的文件
@@ -169,4 +169,12 @@ master 逐台升级,worker 保持并行(默认 20 forks)。已有 server
|
||||
|
||||
在安装 Ansible 的 Python 环境运行就绪检查回归:`python -m unittest discover -s tests -v`。
|
||||
|
||||
### 2026-10-16 执行记录
|
||||
|
||||
16 个节点已升级至 `v1.35.9+k3s1`,3 个 server 逐台执行,13 个 worker 并行执行。升级前的不压缩快照以 `pre-upgrade-v1.35.9+k3s1-<node>-<timestamp>` 保存在 snapshots 目录,恢复用 token 为 server 目录下的 `pre-upgrade-v1.35.9+k3s1.token`。
|
||||
|
||||
homea 的 Velero 镜像拉取曾停滞:确认两个现有镜像源能下载、磁盘充足且没有进程代理后,通过 `ansible homea -m ansible.builtin.systemd -a 'name=k3s-agent state=restarted' -e ansible_port=2103` 释放旧下载请求,DaemonSet 随后完成更新。Velero 的 Helm 等待因此超时,通过相同时间戳的 `reconcile.fluxcd.io/requestedAt` 和 `reconcile.fluxcd.io/resetAt` 注解重新协调成功。
|
||||
|
||||
Grafana 的大镜像层再次在该节点的 1ms 链路停滞,分段下载验证 Daocloud 可用后,通过 homea 的 `registry_mirror_overrides` 调整 Docker 镜像优先级;其他 registry 继承全局配置。镜像配置单独变化时,role 会重启对应 K3s 服务并等待 Ready;版本升级时由安装流程加载新配置。调整后 Grafana 镜像约 27 秒拉取完成;Prometheus 栈因旧下载触发的部署超时也通过上述注解重新协调成功。
|
||||
|
||||
CloudNativePG/Barman 升级重建了两套单实例 PostgreSQL Pod,恢复后均为 2/2 Ready;PostgreSQL 数据镜像保持 17.4。各执行一次 `SELECT pg_switch_wal();` 验证新插件,两个实例的归档计数均增长,归档失败计数未增加。未进行数据恢复演练。
|
||||
在新议题中引用
屏蔽一个用户