数据中心 / 云 使用 NVIDIA Snapshot 在数秒内启动和恢复 GPU 工作负载 Green cube with a neural-network diagram, surrounded by circular arrows beneath descending data blocks on a purple background. 2026年11月10日 作者: Dan Feigin, Oz Bar-Shalom, Ekin Karabulut 和 Schwinn Saereesitthipitak 讨论 (0)

AI 生成的摘要

  • NVIDIA Snapshot 是一个面向 Kubernetes 上 GPU 工作负载的开源检查点与恢复系统,可捕获完全初始化的 CPU 和 GPU 内存状态。
  • 从快照工件恢复可在测试配置中于 3.6 至 42.7 秒内让推理副本上线,相比需要数分钟的冷启动实现 8 倍至 36 倍的加速。
  • 该系统通过张量并行、数据和专家并行,以及针对大型混合专家模型的解码上下文并行来支持多 GPU 工作负载,检查点规模在八块 GPU 上最高可达 1 TB。
  • 检查点创建耗时 15 秒至 5.5 分钟,具体取决于模型规模,而在所有测试配置中,检查点加恢复的总时间都短于单次冷启动。
  • 在配备 VAST NFS 存储的 NVIDIA B200 GPU 上的基准测试结果表明,在大型恢复中 GPU 状态恢复占主导,耗时 18 至 29 秒,而基于 CRIU 的 CPU 进程恢复耗时 4.2 至 10.8 秒。

后续步骤

由 NVIDIA Nemotron 提供支持。AI 生成的内容可能无法完整概括信息。请核实重要信息。 了解更多

NVIDIA Snapshot是 NVIDIA DSX AI Factory Platform的一个全新开源组件,它使已初始化的 GPU 工作负载可在多个推理副本之间复用,从而加快启动和恢复速度。

当推理需求激增或某个副本发生故障时,可用的 GPU 并不会立即转化为服务容量。初始化 LLM 工作负载——这一过程被称为冷启动——可能需要数分钟,从而延迟扩缩容和恢复。

Snapshot 是 Kubernetes 上 GPU 工作负载的检查点与恢复系统。它会捕获完全初始化的工作负载(包括 CPU 和 GPU 内存),并在兼容的基础设施上恢复该状态,使推理容量在数秒而非数分钟内上线。图 1 展示了启动序列。Snapshot 跳过了重复的工作负载初始化;基础设施预配和容器镜像加载仍不在所测量的恢复路径之内。

A horizontal timeline of a replica’s startup, measured in minutes: provision the machine, load the container image, boot up the inference engine, load the model weights, compile with torch.compile, and capture CUDA graphs.
图 1. 冷启动序列:预配机器、加载容器镜像、启动推理引擎、将模型权重加载到 GPU 内存、使用 torch.compile 编译,以及捕获 NVIDIA CUDA 图

本文介绍 Snapshot 如何对 GPU 工作负载执行检查点与恢复、平台团队如何集成它,以及在三种推理引擎上恢复时间与冷启动的对比情况。

面向 AI 工厂运营的 Snapshot

Snapshot 最初为 NVIDIA Dynamo 推理工作进程开发,提供检查点与恢复能力,其他推理引擎、调度器、控制器和平台均可集成。

Snapshot 为 GPU Pod 提供两种操作:

  • 检查点:工作负载完全初始化后,将其 CPU 和 GPU 内存捕获为可移植产物。
  • 恢复:在具有相同 GPU 型号和驱动的任意节点上,从该产物启动新的 Pod。进程从检查点处继续运行,因此跳过权重加载、编译和图捕获。

这两种操作都使用 Kubernetes 自定义资源。要对已在运行的 Pod 执行检查点,请创建一个 PodSnapshot 来指定该 Pod。要从模板启动 Pod 并在其就绪后立即执行检查点,请改为创建一个 SnapshotJob 。要执行恢复,请向新 Pod 添加注解 nvidia.com/restore-from ,并指定要从中恢复的 PodSnapshot 。工作负载只需进行少量握手,即可在检查点前暂停、在恢复后继续运行。该仓库已提供 面向 vLLM、SGLang 和 NVIDIA TensorRT LLM 的现成示例.

Snapshot 可以将单节点上跨多个 GPU 的兼容工作负载作为单个检查点产物跨 rank 进行统一检查点与恢复。这支持使用张量并行(TP)、数据与专家并行(DEP)以及解码上下文并行(DCP)等并行策略的大型混合专家(MoE)模型快速启动。工作负载必须满足 Snapshot 的 检查点/恢复与运行时兼容性要求。请参阅 示例配置.

基准测试

设计合作伙伴还在自己的工作负载上评估了 Snapshot:

  • Crusoe是 Snapshot 的上游贡献者,在 NVIDIA HGX B300 上将 GLM-5.3 Pod 的就绪时间从约 8 分钟缩短至 31 秒。
  • Saturn Cloud是一家 token factory 平台,针对从零扩展的推理对 NVIDIA Snapshot 进行了基准测试,在 NVIDIA HGX B300.

以下基准测试展示了 Snapshot 如何在 vLLM、SGLang 和 NVIDIA TensorRT LLM(TRT-LLM)上加速推理启动——涵盖从 6 亿参数到 混合专家 (MoE)模型,在 8 块 GPU 上具有 1 TB 检查点。在所有测试配置中,Snapshot 都能在 45 秒内恢复一个副本,比冷启动快 8 倍到 36 倍。

方法

每个配置都在相同的硬件和软件栈上使用两种策略进行测试:

  • 冷启动: 工作负载从零开始。计时从进程启动开始,直到引擎初始化返回、推理开始之前。测量分为四个阶段(表 2):
    • 启动: 启动引擎和工作进程,导入 Python 库,并建立 GPU 之间的通信。部分即时(JIT)内核编译也在此阶段进行。
    • 模型加载: 读取模型权重并构建模型的张量,包括加载期间执行的任何引擎特定转换或重新打包。
    • 初始化: 准备已加载的模型以提供服务:内存分析、分配键值(KV)缓存和运行时缓冲区,以及其他内核和运行时准备工作。
    • 编译、自动调优和图捕获: 编译内核(例如,使用 torch.compile),针对 GPU 进行自动调优,并捕获 CUDA 图。
  • 快照: 工作负载从其检查点恢复。计时从要求快照执行恢复的那一刻开始,直到工作负载再次开始提供服务。测量分为四个阶段(表 3):
    • 代理设置: 节点上的快照代理定位检查点产物,并准备目标 Pod 和 GPU。
    • 用户空间检查点/恢复(CRIU)恢复: CRIU 是用于进程检查点的标准 Linux 工具,它将进程映像从存储读入主机内存。速度主要由存储后端决定。
    • CUDA 恢复: 将 GPU 状态复制回 GPU 内存。
    • 唤醒/重映射: 使进程适配新节点并唤醒引擎。

两项测量均不包含拉取容器镜像和搭建容器运行时。每次检查点之前都会触发 KV 缓存释放,因此它不属于该产物的一部分。

表 1 还报告了检查点时间和大小:捕获一个完全初始化的副本需要多长时间,以及存储该产物需要多少存储空间。这是每个模型和配置的一次性成本。

设置

  • GPU: NVIDIA B200
  • NVIDIA 驱动: 615.71.09
  • 存储后端: VAST(NFS)
  • 推理引擎:
    • vLLM 0.31.0
    • SGLang 0.5.21
    • TensorRT LLM 1.3.0

结果

基准测试显示了四项主要发现。

  • 恢复时间保持在43秒以内: 在所有测试配置中,Snapshot 恢复副本耗时 3.6 至 42.7 秒——比冷启动快 8 至 36 倍。最大的 MoE 模型在八块 GPU 上的检查点约为 600 GB 至 1 TB,恢复时间不到 43 秒,而冷启动时间为 6 至 19 分钟。
  • 恢复过程跳过的不仅是权重加载: 冷启动时间包括加载权重、编译和自动调优内核,以及捕获 CUDA 图。Snapshot 恢复的是已初始化的负载,从而跳过这些重复步骤。
  • 检查点在第一个恢复的副本上就能收回成本: 在每个测试配置中,检查点时间加恢复时间都短于一次冷启动。检查点创建耗时 15 秒至 5.5 分钟,具体取决于模型和配置。
  • GPU 状态迁移在大型恢复中占主导: 对于八 GPU 的 MoE 配置,恢复 GPU 状态耗时 18 至 29 秒。使用 CRIU 恢复 CPU 进程状态耗时 4.2 至 10.8 秒。

图 2 至图 4 对比了 vLLM、SGLang 和 TensorRT LLM 在受测模型与并行配置下的冷启动时间和 Snapshot 恢复时间。表 1 提供了每种配置的数据,包括检查点时间和大小。所有时间均以秒为单位。在图表中, TEP8 表示跨八块 GPU 的张量并行与专家并行.

Bar chart for vLLM with one pair of bars per configuration: Qwen3-0.6B (TP1), Qwen3-14B (TP1, TP2), gpt-oss-120b (TP1, TP4), GLM-5.3-NVFP4, DeepSeek-V4.1-Flash, and DeepSeek-V4-Pro-NVFP4 (TEP8).
图 2. vLLM:每种受测模型与并行配置下冷启动与 Snapshot 的对比。Snapshot 使每个副本在 4.7 至 39.6 秒内启动
Bar chart for SGLang with one pair of bars per configuration: Qwen3-0.6B (TP1), Qwen3-14B (TP1, TP2), gpt-oss-120b (TP1, TP4), and GLM-5.3-NVFP4, DeepSeek-V4.1-Flash, and DeepSeek-V4-Pro-NVFP4 (TEP8).
图 3. SGLang:每种受测模型与并行配置下冷启动与 Snapshot 的对比。Snapshot 使每个副本在 3.6 至 42.7 秒内启动
Bar chart for TensorRT LLM with one pair of bars per configuration: Qwen3-0.6B (TP1), Qwen3-14B (TP1, TP2), gpt-oss-120b (TP1, TP4), and GLM-5.3-NVFP4 (TEP8).
图 4. TensorRT LLM(TRT-LLM):每种受测模型与并行配置下冷启动与 Snapshot 的对比。Snapshot 使每个副本在 7.79 至 33.55 秒内启动
模型引擎并行方式权重大小(GB)检查点大小(GB)检查点时间(秒)冷启动(秒)Snapshot
agent 恢复(秒)
加速比
Qwen3-0.6BvLLMTP11.508.1315.30104.434.6622.40x
Qwen3-0.6BSGLangTP11.509.4220.7187.083.5924.26x
Qwen3-0.6BTRT-LLMTP11.508.0420.07121.268.1514.88x
Qwen3-14BvLLMTP129.5437.7119.98122.765.7221.45x
Qwen3-14BvLLMTP229.5448.2938.37139.636.1922.55x
Qwen3-14BSGLangTP129.5440.1926.17106.265.6018.96x
Qwen3-14BSGLangTP229.5451.9333.88124.727.4516.75x
Qwen3-14BTRT-LLMTP129.5436.3823.72127.0212.5010.16x
Qwen3-14BTRT-LLMTP229.5447.9742.90158.6615.999.92x
gpt-oss-120bvLLMTP165.2581.5644.37172.8010.0917.12x
gpt-oss-120bvLLMTP465.25119.69133.01155.6611.6213.40x
gpt-oss-120bSGLangTP165.25172.3255.63268.9615.9416.87x
gpt-oss-120bSGLangTP465.25693.89174.20240.1729.648.10x
gpt-oss-120bTRT-LLMTP165.2577.8729.98200.557.7925.75x
gpt-oss-120bTRT-LLMTP465.25111.3485.29223.9618.5812.05x
GLM-5.3-NVFP4vLLMTEP8464.82604.00282.80393.6528.6413.74x
GLM-5.3-NVFP4SGLangTEP8464.82669.49327.20426.7035.3412.07倍
GLM-5.3-NVFP4TRT-LLMTEP8464.82628.30231.33363.9033.5510.85倍
DeepSeek-V4.1-FlashvLLMTEP8510.30647.18274.751110.6530.9635.87倍
DeepSeek-V4.1-FlashSGLangTEP8510.30743.35286.77953.0936.5426.08倍
DeepSeek-V4-Pro-NVFP4vLLMTEP8913.09996.53193.84908.4839.5622.96倍
DeepSeek-V4-Pro-NVFP4SGLangTEP8913.091039.09253.72621.5542.6914.56倍
表1. 在配备 VAST(NFS)存储的 NVIDIA B200 上,使用 1 至 8 块 GPU 时,冷启动与快照恢复的对比。检查点时间为每种配置的一次性开销。加速比为冷启动时间除以快照恢复时间

表2 细分了冷启动时间,展示了恢复过程会跳过哪些初始化阶段。

模型Engine并行初创公司模型加载(秒)初始化(秒)编译、自动调优与图捕获(秒)总计(秒)
Qwen3-0.6BvLLM表1. 在配备 VAST(NFS)存储的 NVIDIA B200 上,使用 1 至 8 块 GPU 时,冷启动与快照恢复的对比。检查点时间为每种配置的一次性开销。加速比为冷启动时间除以快照恢复时间。表2 细分了冷启动时间,展示了恢复过程会跳过哪些初始化阶段。模型引擎并行方式启动(秒)模型加载(秒)初始化(秒)编译、自动调优与图捕获(秒)总计(秒)Qwen3-0.6B vLLM31.3717.2714.5841.21104.43
Qwen3-0.6BSGLang33.7411.678.4133.2687.0825.793.7940.6451.04121.2631.1626.1515.3050.15122.7642.1818.9615.2963.20139.6333.4520.798.2843.74106.2647.6218.938.2949.88124.7225.3511.5439.3650.77127.0227.428.8870.6251.74158.6635.1538.6910.4988.47172.8049.9124.7112.1368.91155.6642.5434.440.36191.62268.9657.9749.061.33131.81240.1726.2147.5042.8583.99200.5534.2842.7222.34124.62223.9665.4765.8848.88213.42393.6560.7773.982.66289.29426.7031.5890.39120.43121.50363.9063.96184.9077.25784.541110.6556.1874.2138.50784.20953.0964.433.7411.678.4133.2687.08
Qwen3-0.6BTRT-LLM在配备 VAST(NFS)存储的 NVIDIA B200 上,于 1 至 8 块 GPU 上进行快照恢复。检查点时间是每种配置的一次性开销。加速比为冷启动时间除以快照恢复时间。表2 细分了冷启动时间,展示了恢复过程会跳过哪些初始化阶段。模型引擎并行方式启动(秒)模型加载(秒)初始化(秒)编译、自动调优与图捕获(秒)总计(秒)Qwen3-0.6B vLLM TP1 31.37 17.27 14.58 41.21 104.43 Qwen3-0.6B SGLang TP1 33.74 11.67 8.41 33.26 87.08 Qwen3-0.6B TRT-LLM25.793.7940.6451.04121.26
Qwen3-14BvLLM在配备 VAST(NFS)存储的 NVIDIA B200 上,于 1 至 8 块 GPU 上进行快照恢复。检查点时间是每种配置的一次性开销。加速比为冷启动时间除以快照恢复时间。表2 细分了冷启动时间,展示了恢复过程会跳过哪些初始化阶段。模型引擎并行方式启动(秒)模型加载(秒)初始化(秒)编译、自动调优与图捕获(秒)总计(秒)Qwen3-0.6B vLLM TP1 31.37 17.27 14.58 41.21 104.43 Qwen3-0.6B SGLang TP1 33.74 11.67 8.41 33.26 87.08 Qwen3-0.6B TRT-LLM TP1 25.79 3.79 40.64 51.04 121.26 Qwen3-14B vLLM31.1626.1515.3050.15122.76
Qwen3-14BvLLM42.18 18.96 15.29 63.20 139.63 Qwen3-14B SGLang TP1 33.45 20.79 8.28 43.74 106.26 Qwen3-14B SGLang TP2 47.62 18.93 8.29 49.88 124.72 Qwen3-14B TRT-LLM TP1 25.35 11.54 39.36 50.77 127.02 Qwen3-14B TRT-LLM TP2 27.42 8.88 70.62 51.74 158.66 gpt-oss-120b vLLM TP1 35.15 38.69 10.49 88.47 172.80 gpt-oss-120b vLLM TP4 49.91 24.71 12.13 68.91 155.66 gpt-oss-120b SGLang TP1 42.54 34.44 0.36 191.62 268.96 gpt-oss-120b SGLang TP4 57.97 49.06 1.33 131.81 240.17 gpt-oss-120b TRT-LLM TP1 26.21 47.50 42.85 83.99 200.55 gpt-oss-120b TRT-LLM TP4 34.28 42.72 22.34 124.62 223.96 GLM-5.3-NVFP4 vLLM T42.1818.9615.2963.20139.63
Qwen3-14BSGLang加速比等于冷启动时间除以 Snapshot 恢复时间。表 2 细分了冷启动时间,展示恢复过程跳过了哪些初始化阶段。模型引擎并行方式启动(秒)模型加载(秒)初始化(秒)编译、自动调优与图捕获(秒)总计(秒)Qwen3-0.6B vLLM TP1 31.37 17.27 14.58 41.21 104.43 Qwen3-0.6B SGLang TP1 33.74 11.67 8.41 33.26 87.08 Qwen3-0.6B TRT-LLM TP1 25.79 3.79 40.64 51.04 121.26 Qwen3-14B vLLM TP1 31.16 26.15 15.30 50.15 122.76 Qwen3-14B vLLM TP2 42.18 18.96 15.29 63.20 139.63 Qwen3-14B SGLang TP1 33.45 20.79 8.28 43.74 106.26 Qwen3-14B SGLang TP2 47.62 18.93 8.29 49.88 124.72 Qwen3-14B TRT-LLM TP1 25.35 11.54 39.36 50.77 127.02 Qwen3-14B TRT-LLM TP2 27.42 8.88 70.62 51.74 158.66 gpt-oss-120b vLLM TP1 35.15 38.69 10.49 88.47 172.80 gpt-oss-120b vLLM TP4 49.91 24.71 12.13 68.91 155.66 gpt-oss-120b SGLang TP1 42.54 34.44 0.36 191.62 268.96 gpt-oss-120b SGLang TP4 57.97 49.06 1.33 131.81 240.17 gpt-oss-120b TRT-LLM TP1 26.21 47.50 42.85 83.99 200.55 gpt-oss-120b TRT-LLM TP4 34.28 42.72 22.34 124.62 223.96 GLM-5.3-NVFP4 vLLM TEP8 65.47 65.88 48.88 213.42 393.65 GLM-5.3-NVFP4 S33.4520.798.2843.74106.26
Qwen3-14BSGLang表2 分解了冷启动时间,展示了恢复过程会跳过哪些初始化阶段。47.6218.938.2949.88124.72
Qwen3-14BTRT-LLM表2 分解了冷启动时间,展示了恢复过程会跳过哪些初始化阶段。25.3511.5439.3650.77127.02
Qwen3-14BTRT-LLM表2 分解了冷启动时间,展示了恢复过程会跳过哪些初始化阶段。27.428.8870.6251.74158.66
gpt-oss-120bvLLM表2 分解了冷启动时间,展示了恢复过程会跳过哪些初始化阶段。35.1538.6910.4988.47172.80
gpt-oss-120bvLLMTP449.9124.7112.1368.91155.66
gpt-oss-120bSGLangTP142.5434.440.36191.62268.96
gpt-oss-120bSGLangGLang TP1 42.54 34.44 0.36 191.62 268.96 gpt-oss-120b SGLang TP4 57.97 49.06 1.33 131.81 240.17 gpt-oss-120b TRT-LLM TP1 26.21 47.50 42.85 83.99 200.55 gpt-oss-120b TRT-LLM TP4 34.28 42.72 22.34 124.62 223.96 GLM-5.3-NVFP4 vLLM TEP8 65.47 65.88 48.88 213.42 393.65 GLM-5.3-NVFP4 S33.45 20.79 8.28 43.74 106.26 Qwen3-14B SGLang 表2 分解了冷启动时间,展示了恢复过程会跳过哪些初始化阶段。47.62 18.93 8.29 49.88 124.72 Qwen3-14B TRT-LLM 表2 分解了冷启动时间,展示了恢复过程会跳过哪些初始化阶段。25.35 11.54 39.36 50.77 127.02 Qwen3-14B TRT-LLM 表2 分解了冷启动时间,展示了恢复过程会跳过哪些初始化阶段。27.42 8.88 70.62 51.74 158.66 gpt-oss-120b vLLM 表2 分解了冷启动时间,展示了恢复过程会跳过哪些初始化阶段。35.15 38.69 10.49 88.47 172.80 gpt-oss-120b vLLM TP4 49.91 24.71 12.13 68.91 155.66 gpt-oss-120b SGLang TP1 42.54 34.44 0.36 191.62 268.96 gpt-oss-120b SGLang57.9749.061.33131.81240.17
gpt-oss-120bTRT-LLMgpt-oss-120b TRT-LLM TP1 26.21 47.50 42.85 83.99 200.55 gpt-oss-120b TRT-LLM TP4 34.28 42.72 22.34 124.62 223.96 GLM-5.3-NVFP4 vLLM TEP8 65.47 65.88 48.88 213.42 393.65 GLM-5.3-NVFP4 SGLang TEP8 60.77 73.98 2.66 289.29 426.70 GLM-5.3-NVFP4 TRT-LLM TEP8 31.58 90.39 120.43 121.50 363.90 DeepSeek-V4.1-Flash vLLM TEP8 63.96 184.90 77.25 784.54 1110.65 DeepSeek-V4.1-Flash SGLang TEP8 56.18 74.21 38.50 784.20 953.09 DeepSeek-V4-Pro-NVFP4 vLLM TEP8 64.42 95.14 64.87 684.05 908.48 DeepSeek-V4-Pro-NVFP4 SGLang TEP8 58.80 87.68 42.55 432.52 621.55 表2. 冷启动时间按阶段分解26.2147.5042.8583.99200.55
gpt-oss-120bTRT-LLMTP434.2842.7222.34124.62223.96
GLM-5.3-NVFP4vLLMGLang57.9749.061.33131.81240.17gpt-oss-120bTRT-LLMgpt-oss-120b TRT-LLM TP1 26.21 47.50 42.85 83.99 200.55 gpt-oss-120b TRT-LLM TP4 34.28 42.72 22.34 124.62 223.96 GLM-5.3-NVFP4 vLLM TEP8 65.47 65.88 48.88 213.42 393.65 GLM-5.3-NVFP4 SGLang TEP8 60.77 73.98 2.66 289.29 426.70 GLM-5.3-NVFP4 TRT-LLM TEP8 31.58 90.39 120.43 121.50 363.90 DeepSeek-V4.1-Flash vLLM TEP8 63.96 184.90 77.25 784.54 1110.65 DeepSeek-V4.1-Flash SGLang TEP8 56.18 74.21 38.50 784.20 953.09 DeepSeek-V4-Pro-NVFP4 vLLM TEP8 64.42 95.14 64.87 684.05 908.48 DeepSeek-V4-Pro-NVFP4 SGLang TEP8 58.80 87.68 42.55 432.52 621.55 表2. 冷启动时间按阶段分解65.4765.8848.88213.42393.65
GLM-5.3-NVFP4SGLangTEP860.7773.982.66289.29426.70
GLM-5.3-NVFP4TRT-LLMTEP831.5890.39120.43121.50363.90
DeepSeek-V4.1-FlashvLLMTEP863.96184.9077.25784.541110.65
DeepSeek-V4.1-FlashSGLangTEP856.1874.2138.50784.20953.09
DeepSeek-V4-Pro-NVFP4vLLMTEP864.4295.1464.87684.05908.48
DeepSeek-V4-Pro-NVFP4SGLangTEP858.8087.6842.55432.52621.55
表2. 冷启动时间按阶段分解(单位:秒)。由于四舍五入或日志与插桩未捕获的间隔,各阶段耗时之和可能与总计不同。

表3将恢复时间分解为代理设置、CRIU恢复、CUDA恢复以及唤醒/重映射。

模型模型并行性快照:代理设置快照:CRIU 恢复快照:CUDA 恢复快照:唤醒/重映射总计(秒)
Qwen3-0.6BvLLMTP12.301.360.780.224.66
Qwen3-0.6BSGLang0.241.331.020.993.59Qwen3-0.6BTRT-LLMTP15.721.430.840.168.15Qwen3-14BvLLMTP10.131.583.160.855.72Qwen3-14BvLLMTP20.572.033.430.176.19Qwen3-14BSGLangTP10.241.353.670.345.60Qwen3-14BSGLangTP20.922.173.490.877.45Qwen3-14BTRT-LLMTP16.802.702.820.1812.50Qwen3-14BTRT-LLMTP29.653.522.410.4115.99gpt-oss-120bvLLMTP10.482.606.710.3010.09gpt-oss-120bvLLMTP41.024.405.570.6211.62gpt-oss-120bSGLangTP10.261.6913.460.5415.94gpt-oss-120bSGLangTP42.694.3421.690.9329.64gpt-oss-120bTRT-LLMTP10.281.515.740.267.79gpt-0.241.331.020.993.59
Qwen3-0.6BTRT-LLM5.721.430.840.168.15Qwen3-14BvLLMTP10.131.583.160.855.72Qwen3-14BvLLMTP20.572.033.430.176.19Qwen3-14BSGLangTP10.241.353.670.345.60Qwen3-14BSGLangTP20.922.173.490.877.45Qwen3-14BTRT-LLMTP16.802.702.820.1812.50Qwen3-14BTRT-LLMTP29.653.522.410.4115.99gpt-oss-120bvLLMTP10.482.606.710.3010.09gpt-oss-120bvLLMTP41.024.405.570.6211.62gpt-oss-120bSGLangTP10.261.6913.460.5415.94gpt-oss-120bSGLangTP42.694.3421.690.9329.64gpt-oss-120bTRT-LLMTP10.281.515.740.267.79gpt-oss-120bTRT-LLMTP49.993.304.340.9518.58G5.721.430.840.168.15
Qwen3-14BvLLM冷启动时间按阶段划分,单位为秒。由于四舍五入或日志与监测工具未捕获的间隔,各阶段耗时之和可能与总计略有出入。表3将恢复时间细分为代理设置、CRIU 恢复、CUDA 恢复以及唤醒/重映射。ModelEngineParallelismSnapshot: agent setupSnapshot: CRIU restoreSnapshot: CUDA restoreSnapshot: wake/remapTotal (s)Qwen3-0.6BvLLMTP12.301.360.780.224.66Qwen3-0.6BSGLangTP10.241.331.020.993.59Qwen3-0.6BTRT-LLMTP15.721.430.840.168.15Qwen3-14BvLLM0.131.583.160.855.72
Qwen3-14BvLLM0.572.033.430.176.190.241.353.670.345.600.922.173.490.877.456.802.702.820.1812.509.653.522.410.4115.990.482.606.710.3010.091.024.405.570.6211.620.261.6913.460.5415.942.694.3421.690.9329.640.281.515.740.267.799.993.304.340.9518.583.794.1820.610.0628.643.2710.8019.961.3135.349.815.3218.170.2533.554.845.7119.371.0430.964.349.7721.401.0336.545.444.7328.980.4239.563.1310.1328.600.8342.69.. | | | | | | | | | | |0.572.033.430.176.19
Qwen3-14BSGLangTP10.241.353.670.345.60
Qwen3-14BSGLangTP20.922.173.490.877.45
Qwen3-14BTRT-LLM表3将恢复时间细分为代理设置、CRIU 恢复、CUDA 恢复以及唤醒/重映射。6.802.702.820.1812.50
Qwen3-14BTRT-LLM表3将恢复时间细分为代理设置、CRIU 恢复、CUDA 恢复以及唤醒/重映射。9.653.522.410.4115.99
gpt-oss-120bvLLMTP10.482.606.710.3010.09
gpt-oss-120bvLLMTP41.024.405.570.6211.62
gpt-oss-120bSGLang表3将恢复时间细分为代理设置、CRIU 恢复、CUDA 恢复以及唤醒/重映射。0.261.6913.460.5415.94
gpt-oss-120bSGLangTP42.694.3421.690.9329.64
gpt-oss-120bTRT-LLM表3:按阶段划分的 Snapshot 恢复时间(秒)。四个阶段合计0.281.515.740.267.79
gpt-oss-120bTRT-LLM表3:按阶段划分的 Snapshot 恢复时间(秒)。四个阶段合计构成表1中的 Snapshot 列。9.993.304.340.9518.58
GLM-5.3-NVFP4vLLM表3:按阶段划分的 Snapshot 恢复时间(秒)。四个阶段合计构成表1中的 Snapshot 列。图5展示了 vL 的恢复时间细分3.794.1820.610.0628.64
GLM-5.3-NVFP4SGLang3.2710.8019.961.3135.34GLM-5.3-NVFP4TRT-LLMTEP89.815.3218.170.2533.55DeepSeek-V4.1-FlashvLLMTEP84.845.7119.371.0430.96DeepSeek-V4.1-FlashSGLangTEP84.349.7721.401.0336.54DeepSeek-V4-Pro-NVFP4vLLMTEP85.444.7328.980.4239.56DeepSeek-V4-Pro-NVFP4SGLangTEP83.1310.1328.600.8342.69表3:按阶段划分的 Snapshot 恢复时间(秒)。四个阶段合计构成表1中的 Snapshot 列。图5展示了 vLLM 的恢复时间细分。图5:按阶段划分的 Snapshot 恢复时间3.2710.8019.961.3135.34
GLM-5.3-NVFP4TRT-LLMTEP89.815.3218.170.2533.55
DeepSeek-V4.1-FlashvLLMTEP84.845.7119.371.0430.96
DeepSeek-V4.1-FlashSGLang基准测试工具与复现说明见4.349.7721.401.0336.54
DeepSeek-V4-Pro-NVFP4vLLM开始使用 要试用 Snaps5.444.7328.980.4239.56
DeepSeek-V4-Pro-NVFP4SGLang3.1310.1328.600.8342.693.1310.1328.600.8342.69
表3:按阶段划分的 Snapshot 恢复时间(秒)。四个阶段合计构成表1中的 Snapshot 列。

图5展示了vLLM的恢复时间细分。

Stacked column chart of Snapshot restore time on vLLM, split into agent setup, CRIU restore, CUDA restore, and wake/remap for eight configurations, from Qwen3-0.6B on one GPU to DeepSeek-V4-Pro-NVFP4 on eight GPUs.
图5:以 vLLM 为例,按阶段划分的 Snapshot 恢复时间。每列上方的数字为总恢复时间(秒)。

基准测试工具与复现说明 均可在该仓库中获取。

开始使用

要在 Kubernetes 上试用 Snapshot 的 GPU 工作负载,请先阅读 NVIDIA Snapshot 仓库中的安装说明和 使用指南。.

按照以下说明,使用 NVIDIA Dynamo 试用该功能以恢复 worker: 用户指南.

要讨论集成或提供反馈, 提交 issue 或加入 NVIDIA Dynamo Slack 工作区 并访问 #snapshot-dev 频道。

欢迎莅临 NVIDIA 展位 #170,KubeCon ,用于 Kubernetes 深度探讨和现场演示。

讨论(0)

标签

AI 平台/部署 | 数据中心 / 云 | MLOps | 综合 | DSX | 中级技术 | 基准测试 | 云服务 | 精选 | KubeCon | Kubernetes | 开源

关于作者

Avatar photo 关于 Dan Feigin
Dan Feigin 是 NVIDIA 的高级软件工程师,专注于容器状态恢复和 GPU 检查点/恢复机制。他致力于开发利用 Snapshot 恢复、CRIU 和 CUDA 的解决方案,以最大限度地缩短 Kubernetes 上大规模推理服务和分数 GPU 工作负载的启动时间。 查看 Dan Feigin 的所有文章 Avatar photo 关于 Oz Bar-Shalom
Oz Bar-Shalom 是一位拥有十年云基础设施经验的产品经理。在 NVIDIA,他负责 Run:ai 产品,帮助组织优化其 AI 基础设施。他专注于推理、多租户和基础设施兼容性方面的挑战,推动相关解决方案,使运行大规模工作负载的组织能够便捷、高效地使用复杂的 AI 系统。此前,他曾担任 Run:ai 的产品经理,并在 Oosto 担任工程领导职务,负责构建基于 AI 的产品。 查看 Oz Bar-Shalom 的所有文章 Avatar photo 关于 Ekin Karabulut
Ekin Karabulut 是一名数据科学家和开发者关系倡导者,曾任职于 Run:ai,现就职于 NVIDIA,探索大型模型在不同生产场景中的高效使用。此前,她研究联邦学习的隐私影响,专注于分布式训练技术,并对研究和工业环境中 GPU 使用效率低下的问题产生了浓厚兴趣。她创立了 AI Infrastructure Club,现居德国慕尼黑。 查看 Ekin Karabulut 的所有文章 Avatar photo 关于 Schwinn Saereesitthipitak
Schwinn Saereesitthipitak 是 NVIDIA 的软件工程师,专攻大规模分布式推理系统。他的工作贯通推理栈的研究与工程,使生产工作负载在大规模下具备弹性与韧性。 查看 Schwinn Saereesitthipitak 的所有文章

评论