feat: add ops center and node onboarding flow
This commit is contained in:
@@ -165,10 +165,20 @@ bash domain-api/deploy/multi-region/check_worker_participation.sh
|
||||
- `detect_worker_nodes`
|
||||
- 看谁在线
|
||||
- 看谁是 `worker_online=true`
|
||||
- 看谁 `detect_participating=true`
|
||||
- `detect_participating=true` 只能说明它曾被判断为“正在参与”
|
||||
- `detect_job_items`
|
||||
- 看任务到底被哪台节点 `claimed_by`
|
||||
- 这才是“当前真正干活的节点”
|
||||
- `runtime/status`
|
||||
- 看 `participation_summary.dispatch_active_nodes`
|
||||
- 这是“当前真正执行/领任务的节点”
|
||||
- 看 `participation_summary.non_participating_nodes`
|
||||
- 这是“在线但未参与的节点”
|
||||
- 看 `non_participating_nodes[].participation_state`
|
||||
- `standby` 表示在线待命
|
||||
- `load_syncing` 表示负载待确认,不要直接算成“正在干活”
|
||||
- 看 `log_sync`
|
||||
- 能直接确认远端日志回传是否开启、是关键还是全量、样本来自哪些节点
|
||||
|
||||
## 8. 常见误判
|
||||
|
||||
@@ -182,6 +192,7 @@ bash domain-api/deploy/multi-region/check_worker_participation.sh
|
||||
|
||||
- “有效执行节点”是可承担任务的在线节点数
|
||||
- “当前参与检测节点”是当前真的在领任务、跑任务的节点
|
||||
- “在线但未参与节点”是已经在线、可承接任务,但当前这轮还没分到任务的节点
|
||||
|
||||
如果 controller 没兼跑检测,通常只会看到独立 worker 在真正执行。
|
||||
|
||||
@@ -189,6 +200,26 @@ bash domain-api/deploy/multi-region/check_worker_participation.sh
|
||||
|
||||
这不一定是 bug,可能只是当前调度没有分到它。应以 `detect_job_items.claimed_by` 为准,不要只看服务在线。
|
||||
|
||||
### 8.4 页面显示“负载待确认”
|
||||
|
||||
这不是新的故障状态,而是为了避免误判:
|
||||
|
||||
- 节点已经上报 `busy` 或有 `current_load`
|
||||
- 但当前还没看到明确的 `items_claimed / items_running / processed_recent`
|
||||
|
||||
通常是心跳和任务快照还没完全对齐。先等下一轮刷新,再结合 `claimed_by` 和 `participation_summary` 判断,不要立刻当作“这台机器已经在跑检测”。
|
||||
|
||||
### 8.5 日志控制台看不到大陆节点过程
|
||||
|
||||
先看 `runtime/status` 或页面里的“远端日志回传”:
|
||||
|
||||
- 若 `enabled=false`
|
||||
- 说明本来就没开回传
|
||||
- 若 `enabled=true` 但 `line_count=0`
|
||||
- 说明开关已开,但当前还没有远端样本
|
||||
- 若 `source_nodes` 里没有目标大陆节点
|
||||
- 说明该节点这轮还没回传日志,先看它是否真的在参与检测
|
||||
|
||||
## 9. 联调完成后的回滚
|
||||
|
||||
如果你后续要切回正式海外机器,在大陆 controller 上把目标地址改回正式值即可:
|
||||
|
||||
Reference in New Issue
Block a user