Alauda Ascend NPU
  • 简体中文

    • 卸载

    卸载 Alauda Build of NPU Operator 会移除由产品管理的 controller 和 NPU 组件。它不会自动使现有工作负载可迁移到非 NPU 节点。

    本页中的命令使用默认的 Operator 命名空间 npu-operator。如果 Operator 安装在其他命名空间中，请将 npu-operator 替换为对应的命名空间。

    目录

    卸载前卸载流程Driver 清理验证卸载

    卸载前

    1. 停止或迁移请求 NPU 资源的工作负载，例如 huawei.com/Ascend910、huawei.com/Ascend310P，或已安装的 device plugin 报告的其他 huawei.com/Ascend* key。
    2. 记录当前的 NPUOperatorCtl YAML。
    3. 检查宿主机 driver 是由 operator 管理，还是通过离线方式安装的。
    4. 检查是否需要保留 ACP 配额元数据或 dashboard，以便后续重新安装时使用。

    卸载流程

    1. 删除 NPUOperatorCtl 实例。
    2. 等待产品管理的 DaemonSets 和 pods 被移除。
    3. 在 OperatorHub 中卸载 Alauda Build of NPU Operator。
    4. 仅在确认没有其他产品依赖这些标签后，再移除 NPU 专用的 node labels。
    5. 如果产品专用的 dashboard 或告警已不再使用，请将其移除。

    Driver 清理

    当由 operator 管理的 driver pod 被移除后，宿主机上已经加载的内核模块可能会一直保留，直到节点重启。要彻底清除宿主机上的 driver 状态，请在卸载后规划一次节点重启。

    除非你的运维方案明确负责该 driver 的生命周期，否则不要手动删除厂商 driver 文件或固件。

    验证卸载

    kubectl -n npu-operator get pods
kubectl -n kube-system get daemonset ascend-device-plugin --ignore-not-found
kubectl -n npu-exporter get daemonset npu-exporter --ignore-not-found
kubectl -n monitoring get servicemonitor npu-exporter-servicemonitor --ignore-not-found
kubectl -n mindx-dl get deployment ascend-operator-manager clusterd resilience-controller --ignore-not-found
kubectl -n mindx-dl get daemonset noded --ignore-not-found
kubectl -n default get daemonset mindio-tft mindio-acp --ignore-not-found
kubectl get node ${nodeName} -o jsonpath='{.status.allocatable}'

    产品工作负载应已从所有组件命名空间中消失。NPU allocatable 资源应在 Device Plugin 被移除且 kubelet 报告更新后的节点状态后消失。