主题
资源台账 / 守护进程
「守护进程」统一展示全部 K8S 平台中的容器资源中的 DaemonSet。守护进程在每个符合条件的节点上运行一个副本，多用于算力卡驱动、设备管理和节点级 agent。管理员通过本页确认节点级组件是否覆盖到位。
前提条件
- 已登录 Boss 管理侧，并具备「资源台账」的访问权限。
- 集群已接入，且已部署守护进程类工作负载。
界面说明
截图采集于 2026-11-02，环境：开发环境。
页面顶部说明：「统一展示全部K8S平台中的容器资源。」
说明下方为搜索区，输入框提示为「选择搜索维度」。右侧为「列显隐」和「刷新」。
列表各列含义如下：
| 列 | 说明 |
|---|---|
| 「名称」 | 守护进程名称，如「gpustack-worker-ascend」；名称较长时截断显示 |
| 「状态」 | 当前状态，如「就绪」「已停止」「更新中」 |
| 「工作空间」 | 归属的工作空间；系统组件显示「-」 |
| 「所属集群」 | 所在集群，如「昇腾集群」 |
| 「命名空间」 | 所在命名空间，如「gpustack-system」 |
| 「就绪」 | 就绪副本数与期望副本数，格式为「2/2」「0/0」「1/2」 |
| 「创建时间」 | 创建时间 |
列表底部显示总条数与每页条数选择，右侧为翻页控件。当前环境共 79 条记录。
从可见数据可以观察到设备管理类的命名规律：同一命名空间「gpustack-system」下按厂商分别部署了多个 device-manager，名称后缀对应 amd、ascend、cambricon、hygon、iluvatar、metax、mthreads、nvidia、thead 等厂商。仅 ascend 一项显示「就绪」且就绪数为「2/2」，其余为「已停止」的「0/0」。节点级 worker「gpustack-worker-ascend」处于「更新中」，「就绪」为「1/2」。
操作步骤
查询守护进程
- 在左侧导航选择「资源台账」>「守护进程」。
- 在「选择搜索维度」中确定检索字段。
- 输入关键字，例如按厂商后缀筛选。
- 使用底部翻页控件浏览其余记录。
核对节点覆盖情况
- 观察「状态」列，区分「就绪」「已停止」「更新中」。
- 对照「就绪」列的分母，了解该守护进程期望覆盖的节点数。
- 结合「命名空间」确认是否属于同一组件。
调整显示
- 单击「列显隐」勾选需要关注的字段。
- 单击「刷新」获取最新状态。
结果验证
检索后列表只保留匹配记录，底部总条数同步变化。刷新后「更新中」的守护进程在滚动完成后转为「就绪」，「就绪」分子随之上升。
注意事项
- 本页为只读台账，不能在此重启或删除守护进程。
- 守护进程按节点数量决定副本数，因此「就绪」的分母表示目标节点数，不是手工设定的副本数。
- 「已停止」的厂商 device-manager 表示该厂商驱动未启用，不影响其他厂商的运行。
- 守护进程覆盖不足会影响对应厂商算力卡的识别与调度，发现「1/2」这类状态需及时处理。