[控场AI]
· 5 分钟阅读· 2,875 字

LLMD项目揭秘:开源推理如何实现生产级扩展

LLMD项目揭秘:开源推理如何实现生产级扩展

LLMD 项目让开源推理达到生产级规模,兼具智能体性能、多租户 QoS 与零停机运维。

IBM Research 杰出工程师、LLMD 项目联合创始人 Carlos Costa 在 PyTorch Conference North America 前分享了该开源推理项目的最新进展。LLMD 成立仅一年多,已从早期探索走向成熟,能够为智能体服务提供 state-of-the-art 性能,同时支持多租户服务质量保证和零停机运维等生产环境关键能力。传统开源推理方案往往在性能与可管理性之间被迫取舍,而 LLMD 的目标是在不牺牲性能和生产力的前提下,让开源模型承载大规模、多租户的生产负载。该项目还在希腊开源 AI 社区中帮助采用者更好地利用 AI 基础设施。IBM 将联合 Red Hat 和 Google 在大会上展示下一代 LLMD 能力,体现跨公司开源协作的价值。

在开源AI模型日益强大的今天,如何将它们高效、稳定地部署到生产环境,成为许多团队面临的现实挑战。IBM Research 杰出工程师、LLMD 项目联合创始人 Carlos Costa 在即将于圣何塞举行的 PyTorch Conference North America 上,分享了该项目的最新进展——一个旨在让开源推理达到生产级规模的开源项目。

LLMD 项目分享开源推理新进展

从实验到生产:LLMD 的成熟之路

LLMD 项目成立仅一年多,便从早期探索走向了新的成熟阶段。据 Carlos Costa 介绍,该项目目前已经能够为智能体服务(agentic serving)提供最先进的性能,同时支持日常运营所需的关键能力,包括多租户服务质量(QoS)、零停机运维等。

这些能力对于企业级 AI 部署至关重要。传统上,开源推理方案往往在性能与功能之间难以两全:要么为了追求低延迟而牺牲可管理性,要么为了稳定性而牺牲吞吐量。LLMD 的目标是打破这种取舍,在不牺牲性能和生产力的前提下,让开源模型也能承载大规模、多租户的生产负载。

LLMD 帮助用户充分利用 AI 基础设施

LLMD 是 "LLM-D" 的缩写,全称为 Large Language Model Deployment(大语言模型部署),由 IBM Research 与 Red Hat 等团队联合发起的开源项目。它并非一个推理引擎本身,而是一套面向 Kubernetes 的分布式推理编排框架。其设计思路是将 vLLM 等高性能推理引擎作为执行后端,通过调度层、路由层和缓存层把多台机器上的 GPU 资源组织成一个统一的服务平面。LLMD 大量借鉴了 Kubernetes 在微服务领域的成熟模式——声明式配置、控制器循环、自动扩缩容——并将其适配到 LLM 推理这一对延迟和显存极度敏感的场景。业界通常把它与 NVIDIA 的 Dynamo、KServe 等项目放在同一赛道比较,关注点都是如何在多节点、多模型、多租户条件下把 GPU 利用率与端到端延迟同时做好。理解这一定位,有助于把握 LLMD 为何强调"生产级"而非单纯追求单次推理速度。

智能体服务的性能突破

随着 AI 智能体(agent)应用的兴起,推理服务面临新的挑战。智能体通常需要频繁调用模型、处理多轮对话、执行复杂任务,这对推理引擎的并发处理、延迟控制和资源调度提出了更高要求。

LLMD 在 agentic serving 方面实现了 state-of-the-art 性能,这意味着它能够更好地支持智能体工作负载的高效运行。据称,该项目在希腊的开源 AI 社区中已经帮助许多采用者更好地利用了他们的 AI 基础设施。

LLMD 为智能体服务提供先进性能

Agentic serving(智能体服务) 指为 AI 智能体工作负载提供的推理服务模式,与传统的单轮问答式推理有本质区别。一个智能体在一次任务中可能发起数十甚至上百次模型调用,交替进行规划、工具调用、观察结果和再推理,形成所谓的"think-act-observe"循环。这类负载具有三个显著特征:请求之间高度依赖、单请求的输出长度不可预测、以及需要 KV Cache 在多次调用间被复用或快速切换。因此推理引擎必须支持前缀缓存共享、细粒度的连续批处理(continuous batching)以及带有优先级的抢占调度,否则要么显存浪费严重,要么长尾延迟失控。衡量 agentic serving 性能的指标也不再是单纯的 tokens/s,而是任务完成时间、单位任务成本和并发智能体数量。LLMD 声称达到 state-of-the-art,正是指在这些新指标上取得了领先。

多租户 QoS 与零停机运维

除了性能,LLMD 还着力解决了生产环境中的运维难题。多租户服务质量保证让不同用户或团队可以共享同一套推理基础设施,而不会相互干扰;零停机运维则确保系统在升级、扩缩容或故障恢复时仍能持续提供服务。

这些特性对于希望将 AI 推理作为核心业务支撑的企业来说,是能否真正落地的关键。Carlos Costa 强调,所有这些能力都在不牺牲性能和生产力的前提下实现,这体现了 LLMD 在架构设计上的深度考量。

零停机运维与多租户 QoS 兼顾性能与生产

多租户 QoS(Quality of Service) 在推理场景中指的是:当多个用户、团队或应用共享同一套 GPU 池时,系统能够为不同租户提供差异化的服务等级保证。实现这一点通常需要三层机制:一是准入控制与配额管理,防止某个租户占满全部并发;二是基于优先级的请求调度,让高优先级租户的请求获得更低的排队延迟;三是资源隔离,通过显存配额、时间片或独立实例等方式避免互相干扰。零停机运维则要求在不中断在途请求的前提下完成模型版本切换、节点扩缩容和故障恢复,常见手段包括流量灰度、连接排空(connection draining)和副本滚动替换。这两项能力共同决定了 LLM 推理平台能否从"能用"走向"敢用于核心业务",也是开源方案过去相对商业产品最明显的短板。

社区协作与未来展望

LLMD 的进展并非孤立。Carlos Costa 透露,在 PyTorch Conference 的主题演讲中,IBM 将携手 Red Hat 和 Google,共同展示下一代 LLMD 能力。这种跨公司的开源协作模式,正是开源 AI 生态持续繁荣的缩影。

对于关注开源推理、智能体部署和 AI 基础设施的开发者而言,LLMD 的演进方向值得持续关注。它试图回答一个核心问题:开源模型能否在生产级规模下,同时满足性能、可靠性和可运维性的严苛要求?从目前的进展来看,答案正变得越来越肯定。

PyTorch Conference North America 是由 PyTorch 基金会主办、Linux 基金会支持的年度技术会议,通常在圣何塞举行,聚焦 PyTorch 生态在训练、推理、编译和分布式领域的最新进展。主题演讲(keynote)一般由核心贡献企业与基金会成员共同呈现,因而常被用作重大开源项目联合发布的舞台。IBM、Red Hat 与 Google 三方同台这一安排在开源 AI 领域具有象征意义:它表明 LLM 推理的标准化不再由单一厂商主导,而是倾向于在开放治理下形成跨云、跨硬件的公共基础设施。对开发者而言,这类协作往往意味着更好的框架兼容性、更少的供应商锁定,以及更快的上游特性回馈。

#LLMD#开源推理#生产级扩展#智能体服务#多租户QoS#零停机运维#PyTorch Conference#AI基础设施
分享:

相关推荐