为应对 DeepSeek-V4-Pro 模型在长上下文、高并发推理场景下的性能瓶颈,我们启动了 H20 集群推理服务优化项目。原单机部署方案在解码阶段依赖 DSpark 投机解码(num_speculative_tokens=3)进行加速,但在实际业务流量(高峰约 100 req/min)下,KV Cache 显存占用成为主要限制,导致请求承载能力仅约 10% 的流量比例,大量请求因资源不足被拒绝或排队,严重影响服务可用性和用户体验。
本次项目旨在通过架构升级,将部署规模从单机扩展至双 H20 集群,并引入 LMCache KVCache Pool 池化技术,实现 KV Cache 跨实例复用,显著降低长上下文场景下重复 Prefill 计算开销,最终目标是将业务承载能力提升至 25% 以上,保障高峰流量下的服务稳定性与低延迟响应。
原方案为单机 H20 部署,vLLM + DSpark 投机解码(num_speculative_tokens=3)优化 Decode 阶段性能,但 KV Cache 受单机显存限制,长上下文和高并发下扩展性不足。
优化后方案采用 LMCache Server + Coordinator + vLLM Router 分布式架构,通过 KVCache Pool 池化管理,实现跨实例、跨节点的 KV Cache 复用与调度。
2.2 核心优化措施
LMCacheMPConnector 集成:在 vLLM 推理引擎中接入 LMCache 的 MPConnector,使 vLLM 能够与 LMCache KVCache Pool 无缝对接,实现 KV Cache 的读写和共享。
KV Cache 池化与持久化:每个计算节点配置 560GB L1 级 KV Cache 空间(基于 CPU 内存或高速存储),支持 KV Cache 的持久化存储和跨实例热加载,避免同一 Prompt 在不同实例上重复 Prefill。
高效传输引擎:采用 NIXL P2P 传输引擎,优化节点间 KV Cache 的数据同步效率,降低跨节点访问延迟。
调度与流控:保留 DSpark 投机解码能力(num_speculative_tokens=3),同时通过 vLLM Router 实现多实例间的流量均衡调度、限流保护及过载熔断,确保集群整体稳定性。
2.3 上线效果
部署规模:由单机 H20 扩展至 双 H20 集群,总 GPU 显存和计算能力翻倍。
承载能力:业务流量承载比例从原约 10% 提升至 25%,整体提升约 2.5 倍。
实际流量表现:在 DeepSeek-V4-Pro 高峰约 100 req/min 的总业务请求下,集群可稳定承担约 25 req/min 的推理请求,拒绝率大幅下降。
延迟表现:在 25 req/min 压测 场景下,首 Token 延迟约为 25 秒,服务整体稳定性显著提升,未出现明显的超时或抖动。