推理与部署AI 资源
Dynamo:将多节点 GPU 集群编排为协调推理系统的数据中心级推理栈
ai-dynamo/dynamo · A Datacenter Scale Distributed Inference Serving Framework
ELI5:它是什么,解决什么问题
Dynamo 是构建在 SGLang、TensorRT-LLM、vLLM 等推理引擎之上的开源数据中心级推理编排层,将这些引擎组织为多节点协调推理系统。它提供分离式预填充/解码服务、KV 感知路由、多级 KV 缓存卸载、SLA 驱动的自动扩缩容、模型权重流式加载与请求迁移容错等能力,面向 LLM、推理、多模态与视频生成等工作负载。项目以 Rust 实现核心性能、Python 提供扩展性,支持容器、PyPI 与 Kubernetes(含 Gateway API 推理扩展)等多种部署方式,并附带内置 recipes 与示例。
核心能力与快速开始
★ 8074 · Rust
- 能做什么
- Dynamo 作为推理引擎之上的编排层,将 SGLang、TensorRT-LLM、vLLM 等引擎组织为跨多 GPU/多节点的协调推理系统。核心能力包括:分离式预填充/解码(Prefill/Decode 独立扩缩容的 GPU 池)、基于 worker 负载与 KV 缓存重叠的 KV 感知路由、KV Block Manager(KVBM)实现 GPU→CPU→SSD→远程存储 的 KV 缓存卸载、ModelExpress 通过 NIXL/NVLink 实现 GPU-to-GPU 权重流式加载以加速冷启动、SLA 驱动的 Planner 自动扩缩容、面向 NVL72 拓扑感知调度的 Grove K8s operator、离线预测服务行为的 AISimulate,以及带 canary 健康检查和请求迁移的容错能力。还支持多模态 E/P/D 分离、视频生成(FastVideo、SGLang Diffusion)、工具调用、agentic 推理请求提示等。
- 适用场景
- 适合在多个 GPU 或多节点上服务 LLM,并需要统一协调的场景;希望使用 KV 感知路由避免冗余预填充计算、独立扩缩容预填充与解码、以最低 TCO 满足延迟 SLA 自动扩缩容、以及需要新副本快速冷启动的场景。README 明确指出:若只在单 GPU 上运行单模型,单用推理引擎可能已足够。典型部署包括本地开发、单集群部署(Dynamo 原生 Frontend 路由)以及标准化于 Kubernetes Gateway API 的平台(GAIE 路由),覆盖 LLM、reasoning、多模态与视频生成工作负载。
- 项目形态
- 可直接使用的工具
- 部署方式
- 提供三种方式:容器(如 nvcr.io/nvidia/ai-dynamo 预构建镜像)、PyPI 安装(uv pip install "ai-dynamo[sglang]" 或 [vllm],TensorRT-LLM 需额外 index)、以及推荐用于生产多节点集群的 Kubernetes(Dynamo Platform,支持单 manifest 零配置部署与 Gateway API 推理扩展)。
- 主要依赖
- Kubernetes 部署需 GPU 环境并涉及具体硬件(如 GB200 NVL72、GB300 NVL72、H200、B200)。从源码构建需 Ubuntu 24.04、build-essential、libhwloc-dev、libudev-dev、pkg-config、libclang-dev、protobuf-compiler、python3-dev、cmake、Rust 工具链以及 uv/maturin。具体硬件与 API 成本、资源限制未说明。
- 使用限制
- README 指出若在单 GPU 上运行单模型,单独使用推理引擎可能已足够,说明其价值主要体现在多节点/多 GPU 协调场景。功能矩阵中对 SGLang 的 KVBM 支持标注为在建(🚧)。仓库 license 字段为 NOASSERTION,实际许可与商用条件未说明。延迟、吞吐等关键结果来自外部基准,未在材料中说明验证条件。
- 许可证
- NOASSERTION
- 最近推送
- 2026-09-15 07:02
资料检查:2026-09-15 07:00 · 卡片整理:2026-09-15 07:00
卡片由 AI 根据仓库资料整理,未进行安装或运行验证 · 本次更新未完成,保留上次成功内容
讨论 0
登录后参与讨论,阅读资讯无需注册。
还没有评论,来分享第一个看法。