Ascend 910B 多机分布式部署 Qwen3.5-397B-A17B

Ascend 910B集群部署Qwen 3.5-397B-A17B实战指南 大语言模型推理部署本质上是计算、通信与内存协同的系统工程。当模型规模突破百亿参数,量化格式(如INT4+FP16混合精度)便成为平衡精度与显存的关键技术路径;而多机分布式推理则依赖底层通信库(如HCCL)与调度框架(如vLLM)的深度适配。在国产昇腾算力平台上,A17B量化格式与标准CUDA生态不兼容,导致模型加载、张量并行、KV缓存管理等环节均需定制化重构。本文聚焦Ascend 910B硬件特性,解析A17B量化原理、七层模型加载链、HCCL拓扑敏感性及CANN运行时ABI冲突等核心断点,覆盖从Huggi 阅读详情

在大模型推理的多机部署中,vLLM 常见的实现方式是基于 Ray 的分布式方案。不过,借助多节点参数组合(如 DP + TP),也可以在不依赖额外调度框架的情况下完成跨机协同推理。本文将以实际环境为例,介绍如何通过这种方式完成多节点部署配置。

  • 硬件环境:两台 Atlas 800I A2(8张 910B 64G)
  • 示例模型:Qwen/Qwen3.5-397B-A17B 的 w8a8 量化版 Eco-Tech/Qwen3.5-397B-A17B-w8a8-mtp
  • 推理引擎参考文档:https://docs.vllm.ai/projects/ascend/en/main/tutorials/models/Qwen3.5-397B-A17B.html#deployment

部署核心步骤:

  1. 拉取最新的 vllm-ascend 镜像
  2. 在 GPUStack 平台中,将该镜像作为 vLLM 后端添加
  3. 获取跨机部署所需的网络信息(提取主从节点的网卡名称与 IP 地址)
  4. 配置主节点
  5. 配置从节点
  6. 启动服务并进行推理测试

添加自定义后端版本

在平台中添加自定义后端时,请参考以下配置:

  • 版本名称:建议与镜像的 Tag 保持一致(例如 0.18.0rc1)
  • 镜像地址:swr.cn-south-1.myhuaweicloud.com/gpustack/vllm-ascend:v0.18.0rc1 (GPUStack 同步的国内源镜像,原镜像:quay.io/ascend/vllm-ascend:v0.18.0rc1)
  • 支持框架:CANN
  • 入口命令:vllm serve
  • 执行命令:{{model_path}} --host {{worker_ip}} --port {{port}} --served-model-name {{model_name}}

双花括号包裹的部分为 GPUStack 动态值的占位符。

获取跨机部署的信息

在进行跨机部署前,需要分别确认主节点和从节点的网卡信息。

主节点网络状态:

从节点网络状态:

根据实际网络环境选择任一可用网卡即可。关键要求是该网卡与其他节点处于同一网段,并且能够正常通信。

注意:这里选择的网卡仅用于 API 通信,对网络要求较低,但底层通信仍依赖高速网络:

验证多节点通信:https://docs.vllm.ai/projects/ascend/zh-cn/latest/installation.html#verify-multi-node-communication

以本文的演示环境为例,网络参数选取如下:

  • 主节点:网络接口名称为 enp67s0f0,本地 IP 为 192.168.13.33。
  • 从节点:网络接口名称为 enp67s0f0,本地 IP 为 192.168.13.34。

vLLM 跨机分布式部署

主节点配置

  1. 在 GPUStack 部署页面,展开部署菜单,选择 ModelScope

  1. 搜索并选择模型:Eco-Tech/Qwen3.5-397B-A17B-w8a8-mtp

  2. 初始配置时,先将副本数调整为 0

提示:我们需要等待主从两个模型的参数都配置完毕后,再统一进行启动。

  1. 将推理后端设置为 vLLM,并将版本指定为我们在前面步骤中添加的 0.18.0rc1

  1. 将调度方式修改为“手动”,并勾选主节点(Node 1)对应的所有 NPU 卡

  1. 进入详细参数配置页面

主节点高级参数填写如下:

--data-parallel-size 2 --tensor-parallel-size 8 # 并行策略:2个数据并行(DP),8个张量并行(TP)。注意:需保持在同一行
--data-parallel-size-local=1 # 当前节点上运行的 DP 副本数
--api-server-count=2 # API 服务进程数(未指定时默认等于 DP 数量)
--data-parallel-address=192.168.13.33 # 多节点 DP 场景下的主节点 IP 地址。请以实际环境中获取的地址为准
--data-parallel-rpc-port=13389 # 多节点 DP 的 RPC 通信端口
--seed=1024 # 随机种子(多节点需保持一致以对齐采样逻辑,默认: 0)
--enable-expert-parallel
--max-num-seqs=16 # 单次迭代最大并发序列数(吞吐量与延迟/显存的折中点)
--max-model-len=32768 # 最大上下文长度(按需设置,过大易导致显存溢出 OOM)
--max-num-batched-tokens=8192 # 单次 Batch 处理的最大 Token 数(用于控制显存峰值)
--gpu-memory-utilization=0.90
--trust-remote-code
--async-scheduling # 启用异步调度(重叠 CPU 调度与 GPU 计算开销,提升吞吐)
--no-enable-prefix-caching
--speculative_config '{"method":"qwen3_5_mtp","num_speculative_tokens":3,"enforce_eager":true}'
--compilation-config '{"cudagraph_mode":"FULL_DECODE_ONLY"}'
--additional-config '{"enable_cpu_binding":true,"multistream_overlap_shared_expert":true}'
--disable-access-log-for-endpoints /health,/metrics,/ping # 屏蔽健康检查等探针接口的访问日志,保持日志清晰聚焦业务请求

注意:--tensor-parallel-size 参数请与 --data-parallel-size 参数保持在同一行,避免单独换行导致参数校验失败。GPUStack 平台后续版本将对该部署方式进行优化。

主节点环境变量填写如下:

PYTORCH_NPU_ALLOC_CONF=expandable_segments:True
HCCL_IF_IP=192.168.13.33 # 请以实际环境中获取的地址为准
GLOO_SOCKET_IFNAME=enp67s0f0 # 请以实际环境中获取的网卡名称为准
TP_SOCKET_IFNAME=enp67s0f0 # 同上
HCCL_SOCKET_IFNAME=enp67s0f0 # 同上
OMP_PROC_BIND=false
OMP_NUM_THREADS=1
HCCL_BUFFSIZE=1024
TASK_QUEUE_ENABLE=1
VLLM_ENGINE_READY_TIMEOUT_S=1500 # vLLM 引擎启动的超时时间(秒),多节点大模型加载耗时较长,需适当调大(此处设为 25 分钟)

从节点配置

  1. 直接克隆已配置好的主节点模型

  1. 将调度选项中,勾选从节点(Node 2)对应的所有 NPU 卡

  1. 调整从节点的高级参数,与主节点相比差异如下:
- --api-server-count=2
+ --data-parallel-start-rank=1
+ --headless
  1. 调整从节点的环境变量,与主节点相比差异如下:
- HCCL_IF_IP=192.168.13.33
+ HCCL_IF_IP=192.168.13.34

注意:如果网卡名称不一致,也需进行修改。

启动并测试模型

至此,跨机 DP 的相关参数已全部配置完毕。您可以将主节点与从节点的副本数从 0 恢复为 1,以启动模型实例。启动的先后顺序没有严格限制,短时间内依次启动即可。

等待主节点模型成功启动并处于 Running 状态后,即可在试验场发起对话测试。

注意:从节点会一直处于 Staring 状态,这是正常的。

如何禁用思考过程?

在请求体中传入 enable_thinking: false,参考示例如下:

curl http://your-gpustack-server/v1/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer ${YOUR_GPUSTACK_API_KEY}" \
-d '{
  "model": "qwen3.5-397b-1",
  "messages": [
    {
      "role": "user",
      "content": "你好"
    }
  ],
  "extra_body": {
    "chat_template_kwargs": {
      "enable_thinking": false
    }
  }
}'

小结

在多节点 DP 部署下,请求会在各节点之间进行分发。相比简单的均匀分配,这种方式能够结合各节点当前的运行状态(如请求处理进度、负载情况等)进行更动态的调度,从而减少单节点因长请求导致的阻塞,在高并发场景下整体吞吐更稳定。

加入 GPUStack 社区

GPUStack 社区聚焦 AI 基础设施与大模型实践。

社区中持续分享真实环境下的部署经验、问题排查案例,以及推理引擎、算力管理和系统架构相关讨论。

欢迎扫码加入 GPUStack 社区,与更多关注 AI Infra 与大模型推理实践的伙伴一起交流、学习与分享。

社区群二维码

若群聊已满或二维码失效,请访问以下页面查看最新群二维码:
https://github.com/gpustack/gpustack/blob/main/docs/assets/wechat-group-qrcode.jpg

昇腾910B多机部署Qwen3.5-397B实战:MindSpeed与星轨调度器深度解析 大模型推理服务正从GPU生态加速向国产算力迁移,昇腾910B作为高性能AI芯片,需依托CANN架构与PyTorch-Ascend适配层构建完整技术栈。其核心挑战在于超大规模模型(如397B参数量)的显存约束、跨节点KV Cache协同及硬件原生优化——这直接推动MindSpeed等国产加速库和自研调度器(如星轨)成为关键基础设施。相比vLLM等CUDA-centric方案,昇腾平台必须解决RoPE动态缩放、GQA内存对齐、RoCE零拷贝通信等底层适配问题。本文聚焦Qwen3.5-397B在昇腾910B上的生 阅读详情

相关推荐

从零构建:在昇腾910B上部署和优化Qwen2.5大模型的完整实践指南

本文提供在昇腾910B NPU上部署和优化Qwen2.5大模型的完整实践指南,涵盖环境配置、模型转换、多卡并行部署和性能调优等关键步骤。通过详细的代码示例和优化技巧,帮助开发者在国产AI芯片上高效运行大语言模型,提升推理性能和资源利用率。

e6f7g8h9i的博客 1037

【vllm-ascend】部署qwen3.5

下载vllm-ascend 镜像(依据自己服务器选择镜像)

qq_45151858的博客 347

Qwen3.5在昇腾910B上的vLLM Ascend高性能部署实战

大语言模型推理优化是AI工程落地的核心环节,其本质是计算、内存与通信三者的协同调度。vLLM作为主流推理框架,通过PagedAttention和Continuous Batching显著提升GPU利用率;而昇腾NPU凭借高带宽HBM与专用AI算子,在国产化算力平台中展现出独特优势。当vLLM深度适配昇腾(即vLLM Ascend),不仅保留动态批处理、流式输出等关键能力,更实现KV Cache的HBM感知管理与HCCL直通优化,使中小尺寸模型(如Qwen3.5-35B)在单台Atlas A3服务器上达成百并

weixin_30558697的博客 430

快速入门 vLLM-Ascend:开源仓结构、环境部署与基础配置

快速入门 vLLM-Ascend:开源仓结构、环境部署与基础配置

记录学习路上的一些拙见 7048

实战指南 | 利用TSMaster的C小程序实时监控DBC报文发送周期

本文提供了一份利用TSMaster的C小程序实时监控DBC报文发送周期的实战指南。通过创建用户变量、编写C小程序核心逻辑并关联图形模块,工程师可以直观地可视化关键报文(如ID 0x64)的发送间隔,从而快速发现周期异常,提升汽车电子开发和测试中总线问题定位的效率与实时性。

weixin_29178069的博客 417

Embedding理解及keras中Embedding参数详解,代码案例说明

Embedding理解 嵌入层将正整数(下标)转换为具有固定大小的向量 ------官网 词嵌入是一种语义空间到向量空间的映射,简单说就是把每个词语都转换为固定维数的向量,并且保证语义接近的两个词转化为向量后,这两个向量的相似度也高。 举例说明embedding过程: “Could have done better” 通过索引对该句子进行编码,每个单词分配一个索引,上面的句子就会变成这样: 122 8 114 12 创建嵌入矩阵,即每一个索引需要分配多少维向量,也就是说每个词需要转化为多少维

wo的博客 1万+

昇腾910B2上跑Qwen3.5-27B:国产算力体验

昇腾910B2配上Qwen3.5-27B,这是目前最受关注的国产大模型部署组合之一。Qwen3.5系列在推理能力上有显著提升,配合昇腾910B2的64GB显存,刚刚好能塞进去跑起来。本文将详细介绍安装过程。

专注IT技术、AI实践与架构思考。 3101

车辆横向控制MPC实战:从‘老王模型’到CasADi求解的保姆级避坑指南

本文详细解析了车辆横向控制MPC的实战应用,从经典动力学模型选择到CasADi求解器的优化配置,提供了一套完整的避坑指南。重点介绍了车辆动力学模型的验证要点、CasADi环境的高效配置技巧以及MPC问题建模的核心要素,帮助开发者快速实现稳健的横向控制方案。

weixin_42524499的博客 346

【昇腾】HCCL性能测试工具:HCCL TEST使用

HCCL性能测试工具:HCCL TEST使用 HCCL TEST工具简介 HCCL_SOCKET_IFNAME环境变量使用

u014448841的博客 3844

实战!在 AMD RX 9070 XT (16G) 上使用原生 Windows ROCm 7.1 部署 ComfyUI + Z-Image-Turbo

本文详细介绍了如何在Windows系统下为AMD Radeon RX 9070 XT显卡配置Z-Image-Turbo AI绘图环境。主要内容包括:安装VS Build Tools和最新显卡驱动,配置Conda Python 3.12环境,安装ROCm 7.1.1 SDK及PyTorch适配版本,部署ComfyUI可视化界面。重点解决了AMD显卡在AI绘图中的适配问题,通过--use-split-cross-attention参数优化显存使用,最终成功搭建了可在消费级16G显存设备上运行的AI绘图环境

qq_33614778的博客 4680

【ROS】usb_cam相机标定

1. 唠叨两句 当我们要用相机做测量用途时,就需要做相机标定了,不然得到的计算结果会有很大误差,标定的内容包括三部分:内参,外参还有畸变参数。所以标定的过程就是要求得上面这些参数。 以前弄这个事估计挺麻烦,需要做实验和计算才能得到,现在通过ros的开源包几分钟就能完成相机标定,感激! 具体的内外参和畸变系数的说明,可以看看Reference里面的第一个链接,写得很详细。 2. 准备工作 要准备三样东西: usb_cam的ROS启动包 相机标定的ROS包 还有一个用于标定的棋盘格 1)usb_cam启动包

Will_Ye的博客 8200

魔乐社区上线Qwen3.5全家桶!基于vLLM Ascend的昇腾部署教程已就位

继除夕Qwen3.5开源397B的模型之后,2月25日,Qwen3.5开源家族又添新成员,开源122B、35B、27B全尺寸模型。魔乐社区不仅同步上线Qwen3.5全尺寸模型,从环境搭建到单/多节点部署的全套实操教程也已同步发布,让开发者无需再为适配开发耗时,一键解锁高性能模型的昇腾部署,欢迎广大开发者下载体验!

2401_87243659的博客 6612

【Bug已解决】codex: rate limit 429 / Too many requests / RPM exceeded — CodeX CLI 速率限制解决方案

CodeX CLI 触发 429 速率限制(RPM/TPM/并发)的解决方案,含请求间隔、自动重试、便宜模型、Tier 升级与多 Key 轮换。

博客 4889

Ascend 910B 多机分布式部署 Qwen3.5-397B-A17B(上)

在平台中添加自定义后端时,请参考以下配置:版本名称:建议与镜像的 Tag 保持一致(例如0.18.0rc1CANNvllm serve。

WUYOUGYLU的博客 155

C#上位机性能优化全攻略:彻底解决界面卡顿+多线程死锁+PLC数据延迟,产线实测稳定运行2年

一开始我们用的是网上找的零散优化代码,根本满足不了要求,后来花了2个月的时间,把之前27条产线的代码整理、重构、优化,做了一套这套方案上线后,连续稳定运行2年零3个月:界面响应时间稳定在50ms以内,多线程死锁率持续为0,PLC数据延迟稳定在150ms以内,系统可用率≥99.99%,帮客户一年省下了超过480万的停线损失、罚款损失和人工成本,客户第二年就把剩下的22条产线也全部交给我们做了,还介绍了3家同行。

这里只有干货:从 Modbus 通信到 MES 对接,从 YOLO 训练到工控机部署,带你搞定工业软件开发全流程。 293

HTML满屏跳动的爱心(完整代码)

HTML语言实现满屏跳动爱心的完整代码。

AIGC 12万+

Ascend 910B 多机分布式部署 Qwen3.5-397B-A17B(下)

1. 在 GPUStack 部署页面,展开部署菜单,选择 ModelScope3. 初始配置时,先将副本数调整为 04. 将推理后端设置为 vLLM,并将版本指定为我们在前面步骤中添加的0.18.0rc15. 将调度方式修改为“手动”,并勾选主节点(Node 1)对应的所有 NPU 卡6. 进入详细参数配置页面。

WUYOUGYLU的博客 94

SAP B1中文培訓教材_SDK

公司内部培训资料,对开发工具 ,DIAPI, UIAPI,Add-ON有详细解说

在昇腾 910B2 上部署 Qwen3.5-35B-A3B

当大模型遇到国产算力,会擦出怎样的火花?本文带你从零开始,在昇腾 910B2 上完成 Qwen3.5-35B-A3B 的高性能部署。

专注IT技术、AI实践与架构思考。 3438

蓝牙模块HM-10手册

蓝牙模块HM-10手册,该手册对蓝牙模块HM-10进行了详细的介绍和使用方法以及一些AT指令。

jdk-8u144-linux-x64.tar.gz.

该资源为搭建Linux系统Java环境用,资源的后缀为tar.gz格式的压缩包

昇腾910B多机部署Qwen3.5-397B-A17B实战指南

大语言模型推理服务的核心在于高效内存管理与硬件适配,PagedAttention机制通过分页式KV Cache显著降低显存碎片、提升吞吐;而国产AI芯片如昇腾910B需依托CANN算子库与自研调度层实现等效能力。A17B量化作为面向昇腾深度优化的1.7bit权重格式,突破传统FP16显存瓶颈,使397B超大规模模型在多机NPU集群上实现生产级低延迟推理。本文聚焦软硬协同落地路径,涵盖CANN原生PagedAttention复现、A17B解量化精度保障、HCCL跨机通信调优及动态批处理服务化封装,为国产算力承

weixin_30301449的博客 369

ET2012新版免狗免安装绿色软件

ET2012新版免狗免安祖昂绿色软件。,新界面,新视觉,

昇腾910B多机部署Qwen3.5-397B:MoE模型推理实战

大语言模型推理正从GPU单卡向国产AI芯片多机分布式架构演进,其中MoE(Mixture of Experts)架构凭借稀疏激活特性成为超大模型落地的关键路径。其核心原理在于动态路由选择少量专家参与前向计算,显著降低显存与算力需求,但对硬件互联带宽、通信库协同及推理引擎适配提出严苛要求。技术价值体现在以可控成本支撑百亿级参数模型的低延迟、高吞吐生产服务,广泛应用于政务、金融等对自主可控有强约束的AI中台场景。本文聚焦昇腾910B集群上Qwen3.5-397B-A17B这一典型MoE模型的vLLM定制化部署,

weixin_30530939的博客 525

昇腾910B多机部署Qwen3.5-397B的vLLM实战指南

大语言模型推理框架vLLM在异构AI芯片上的适配,是当前国产算力落地的核心挑战。其底层依赖的PagedAttention内存管理、张量并行通信与硬件加速算子协同机制,决定了跨平台部署的成败。昇腾910B作为高性能NPU,需通过CANN驱动、HCCL通信拓扑与NUMA绑定等系统级调优,才能释放vLLM对超大规模模型(如397B参数)的支持能力。技术价值体现在降低KV Cache显存开销、提升多机AllReduce效率,并保障32K长上下文稳定推理。典型应用场景包括金融研报生成、政务知识问答及千卡级私有大模型服

weixin_30839881的博客 409

如何两台atlas-a2服务器物理机,基于vllm-ascend部署qwen3.5 397b-w8a8-mtp大模型

两台8*64的昇腾910b4服务器物理机,未做任何虚拟化,已经通过交换机进行互联。

xyhshen的博客 1115

昇腾 910B 上部署 Qwen3.6(vLLM-Ascend)

NPU:Ascend 910B(A2 架构)多卡(如 8 卡:davinci0~7)

weixin_45724433的博客 1783

Atlas 800T A2部署qwen3.5-35b、qwen3.6-35b、qwen3-asr-1.7b

本文介绍了在Atlas 800T A2服务器上部署Qwen3.5-35B大模型的完整流程。首先检查了硬件配置(8张910B3显卡)和操作系统(openEuler-24.03),然后下载并安装了Ascend驱动和固件。由于官方mindie框架尚未适配,选择使用vLLM 0.18.0rc1-openeuler版本作为推理框架。详细说明了权重文件下载、容器启动脚本配置以及vLLM服务启动命令的参数优化过程,包括并行处理设置、性能模式选择等关键参数。最后提供了模型验证方法和加载检查点时可能遇到的问题解决方案。整个部

MarryAndy‘s battlefield 1442

基于昇腾910B使用vLLM-Ascend部署Qwen3大模型

分享在Atlas 800T A2服务器上,利用vLLM-Ascend部署Qwen3-Coder和Qwen3-VL大模型的完整流程,涵盖Docker环境搭建、镜像拉取、容器启动与模型服务配置,重点适配昇腾NPU环境并优化显存与并发参数。

weixin_31176789的博客 2252
上一篇: 在沐曦 C500 上使用 GPUStack 高效管理 vLLM 和 SGLang 推理服务与生产化运维
下一篇: 27B 超越 397B,Qwen3.6 模型 vLLM vs SGLang 部署指南与性能表现
GPUStack
博客等级 码龄2年 150粉丝 65原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值