阅读研究雷达投资体系
登录 / 注册
← 返回阅读
资讯专题 · vLLM弹性专家并行2 分钟阅读·2026-10-20

vLLM实现弹性专家并行近零停机扩展:DeepSeek V4 Pro扩容中断从100秒降至0.82秒

vLLM通过异步准备和NIXL EP技术,大幅缩短MoE模型动态调整GPU规模时的服务中断时间,提升算力利用效率。

重要性实质性证据E2 未复现写法快讯

2026-10-19

vLLM项目团队于2026年10月19日发布技术博客,介绍其如何通过“异步准备”和新的NIXL EP通信库,实现弹性专家并行(Elastic Expert Parallelism, Elastic EP)的近零停机扩展。这一改进旨在解决大规模混合专家(MoE)模型在动态调整GPU数量时面临的服务中断问题。

在传统的大规模推理服务中,改变GPU数量通常需要重启整个引擎或添加/移除完整的模型副本。随着模型规模增大,每个副本所需的GPU数量也随之增加,导致扩缩容粒度变粗。例如,在DeepSeek V4 Pro模型的基准测试中,若采用传统方式从16张GB200 GPU扩展到20张,服务会停止197秒;即使使用vLLM此前推出的避免重启的Elastic EP方案,由于需要初始化新工作进程、建立通信组、加载权重以及重新进行内核预热和CUDA Graph捕获,服务仍会暂停约100秒。

此次更新的核心在于将重配置过程分为“后台准备”和“短暂提交”两个阶段。现有工作进程在继续处理请求的同时,利用后台线程预先完成目标通信组的设置、模型权重的传输以及执行环境的编译与预热。加入的新工作进程则独立初始化并接收权重。在提交阶段,vLLM仅短暂暂停调度器,激活已准备好的拓扑结构,随后立即恢复服务。

为支持这一流程,团队开发了NIXL EP通信库。传统的EP通信后端成员固定,增删节点需创建新实例,这不仅增加了内存开销,还会导致之前捕获的CUDA Graph失效,必须重新预热和构建。NIXL EP允许原地添加或移除排名(ranks),复用相同的代理、缓冲区和连接,并保持CUDA Graph中记录的指针和参数稳定。这意味着保留的工作进程无需重新捕获图形即可继续使用现有的计算图,从而消除了大部分停机时间。

根据vLLM官方发布的基准测试结果,在同样的DeepSeek V4 Pro场景下,从16张GPU扩展到20张的停机时间被压缩至0.82秒,而从20张缩减回16张的停机时间为1.96秒。这一改进使得高成本的GPU资源能够在流量波动时更灵活地分配,几乎不影响在线服务的连续性。

来源

  • 原始出处vllm.ai↗
专题

vLLM弹性专家并行

vLLM通过引入“弹性专家并行”(Elastic EP)技术,解决了混合专家模型(MoE)在动态调整GPU规模时服务中断时间过长的问题。传统上,改变vLLM服务的GPU数量需要重启引擎或添加完整副本,导致昂贵的算力闲置。最新进展显示,结合N…

登录 / 注册
阅读研究雷达投资体系
4 节点
1 篇
更新于 2026-10-20 14:53

事情怎么走到这一步

  1. 2026-03-13GitHub PR #35627合并,正式将NIXL-EP内核集成到vLLM中,为弹性扩展提供底层通信支持。
  2. 2026-05-14vLLM官方博客发布《Elastic Expert Parallelism in vLLM》,介绍如何通过POST /scale_elastic_ep API实现运行时动态扩缩容,解决静态EP部署的局限性。
  3. 2026-07-28GitHub PR #47288合并,实现异步准备(Async Preparation),将通信组创建、权重传输等耗时操作移出主服务线程,显著降低停机时间。

还没定论的部分

  • 多节点(Multi-node)环境下,跨网络带宽限制的弹性扩展实际停机时间是多少?
  • 在非强制eager模式下,如何进一步消除CUDA图重捕获带来的约6秒延迟?
  • Elastic EP与故障容忍(Fault-tolerance)功能的集成进度如何?
读完整专题 →
带入研究 →