兼容性

使用此页面检查 NPU Operator 部署是否符合受支持的产品范围。

产品支持范围

项目	受支持范围
ACP	v4.0-v4.3
硬件	Ascend 910B, Ascend 310P
架构	ARM
Driver 生命周期	预安装 driver、operator 管理的普通 OS 安装，或 operator 管理的不可变 OS / Alauda OS 预编译安装
运行时集成	使用由 `ascend-docker-runtime` 支持的 `ascend` RuntimeClass 进行 Ascend Device Plugin 分配；admission webhook 默认注入该 RuntimeClass
监控	NPU Exporter；当存在 `monitoring` 命名空间时使用 ServiceMonitor
节点发现	`Alauda Build of Node Feature Discovery` 加上目标包交付的 NPU feature discovery 组件
可选 Ascend 组件	仅在为目标版本启用并验证时，MindIO TFT、MindIO ACP、NodeD、ClusterD 和 Resilience Controller

Precompiled Driver 镜像标签与内核相关。NPU Operator 会在去除架构后缀后，依据 HDK 版本、检测到的芯片以及完整的内核发布版本派生标签：

<HDK>-<chip>-<kernel-release-without-architecture>

对于已发布的 openEuler 标签布局，内核发布版本中的 .oe 会规范化为 -oe。其他内核发布版本保持不变。生成的镜像仍必须与节点操作系统匹配；该标签算法不会使不同的 OS 或内核变得兼容。

如果你的节点内核没有匹配的 driver 镜像标签，请联系 Alauda Customer Support。不要将不同的内核标签视为兼容。

有关已发布镜像清单，请参见 Docker Hub 上的 Alauda Ascend Driver tags。安装指南提供了具体的 CTyunOS 310P 和 openEuler 910B 示例。仅发布其他标签本身并不表示你的集群已获得产品支持或验证。

不支持从旧的 v1.1.x cluster plugin 交付模型原地升级到 OperatorHub / OLM 交付模型。安装 operator 之前，请卸载旧的 cluster plugin。
Driver 升级和芯片恢复可能需要重启节点。
在 v26.6.0 中不支持自动 HCCN 设备 IP 初始化。在进行工作负载验证之前，请先配置 910 系列 HCCN 地址；已验证的 HCCN Bootstrap 配置文件仅用于观察，不会重写现有地址。
如果主机 containerd package 升级替换了 /etc/containerd/config.toml，Ascend runtime handler 配置可能会丢失；请重启运行时集成 DaemonSet 以重新应用该配置。
供应商硬件健康、BIOS、firmware 以及底层 driver 调优不在本产品文档范围内，应遵循供应商指导。