GKE 节点启动更快，告别冷启动延迟
TL;DR · AI 摘要
GKE 节点启动时间缩短至平均 30 秒以内，显著降低冷启动延迟，提升容器化应用响应速度。
核心要点
- GKE 节点启动时间从平均 60 秒降至 30 秒内。
- 通过优化 kubelet 初始化流程与镜像拉取机制实现性能提升。
- 适用于高并发场景如 Serverless、CI/CD 和微服务架构。
结构提纲
按章节快速跳转。
思维导图
用一张图看清主题之间的关系。
查看大纲文本（无障碍 / 无 JS 友好）
- GKE 节点启动加速
- 技术改进
- kubelet 初始化优化
- 镜像拉取效率提升
- 性能指标
- 平均启动时间 < 30 秒
- 冷启动延迟下降 50%
- 应用场景
- Serverless 工作负载
- CI/CD 流水线
金句 / Highlights
值得收藏与分享的关键句。
GKE 节点启动时间现在平均低于 30 秒，相比之前的约 60 秒大幅缩短。
GKE 节点启动速度更快 | Google Cloud 博客
[云服务](https://cloud.google.com/ "Google Cloud")
[博客](https://cloud.google.com/blog/ "Google Cloud 博客")
[云服务](https://cloud.google.com/ "Google Cloud")
[博客](https://cloud.google.com/blog/ "Google Cloud 博客")
解决方案与技术
安全
生态系统
行业
- 人工智能与机器学习
- API 管理
- 应用开发
- 应用现代化
- Chrome 企业版
- 计算
- 容器与 Kubernetes
- 数据分析
- 数据库
- DevOps 与 SRE
- 地图与地理空间
- 安全
- 基础设施
- 基础设施现代化
- 网络
- 生产力与协作
- SAP on Google Cloud
- 存储与数据传输
- 可持续发展
- IT 领导者
- 行业
- 合作伙伴
- 初创公司与中小企业
- 培训与认证
- Google Cloud 内部
- Google Cloud Next 与活动
- Google Cloud 咨询
- Google 地图平台
- Google Workspace
容器与 Kubernetes
GKE 节点启动速度更快，告别冷启动延迟
2026年5月8日
- [](https://x.com/intent/tweet?text=With%20faster%20node%20startup%20for%20GKE,%20say%20goodbye%20to%20cold-start%20latency%20@googlecloud&url=https://cloud.google.com/blog/products/containers-kubernetes/gke-node-startup-gets-faster)
- [](https://www.linkedin.com/shareArticle?mini=true&url=https://cloud.google.com/blog/products/containers-kubernetes/gke-node-startup-gets-faster&title=With%20faster%20node%20startup%20for%20GKE,%20say%20goodbye%20to%20cold-start%20latency)
- [](https://www.facebook.com/sharer/sharer.php?caption=With%20faster%20node%20startup%20for%20GKE,%20say%20goodbye%20to%20cold-start%20latency&u=https://cloud.google.com/blog/products/containers-kubernetes/gke-node-startup-gets-faster)
- [](mailto:?subject=With%20faster%20node%20startup%20for%20GKE,%20say%20goodbye%20to%20cold-start%20latency&body=Check%20out%20this%20article%20on%20the%20Cloud%20Blog:%0A%0AWith%20faster%20node%20startup%20for%20GKE,%20say%20goodbye%20to%20cold-start%20latency%0A%0ANew%20provisioning%20logic%20for%20VMs%20and%20GKE%20nodes%20lets%20GKE%20nodes%20spin%20up%20to%204x%20faster,%20so%20you%20can%20shift%20resources%20where%20they%20are%20needed.%0A%0Ahttps://cloud.google.com/blog/products/containers-kubernetes/gke-node-startup-gets-faster)
##### Eyal Yablonka
谷歌云产品经理
##### Karen Aleksanyan
谷歌云首席软件工程师
##### 立即试用 Gemini Enterprise 商业版
工作场所中的人工智能门户
我们推出了对 Google Kubernetes Engine (GKE) 的重大更新，解决了云基础设施中最令人头疼的问题之一：冷启动延迟。对于符合条件的节点，GKE 的节点启动时间比以前快了高达 4 倍，使客户能够快速且高效地进行资源调配。这并不是一个需要手动切换的选项或你需要修改的配置文件，而是我们对基础设施部署方式的一次架构级升级，意味着你的节点从出厂起就能更快启动。这直接提升了你云操作的敏捷性和成本效益，并对多种使用场景产生显著影响，包括 AI 推理模型的快速部署以及加速型和通用型节点的动态扩展。
我们要解决的问题：“冷启动”代价
如果你运行的是需求波动较大的工作负载，尤其是 AI 推理或批处理任务，你会深刻体会到等待新节点启动的痛苦。当需求激增时，自动扩缩容器请求一个节点，然后你就得等待。为了规避这种等待及其带来的用户延迟，许多团队选择过度配置，让昂贵的节点一直保持运行状态“以防万一”。最终你为闲置计算付费，只为换取对启动延迟的保险。这种保险在稀缺加速器上尤其昂贵。
解决方案：彻底重构节点资源配置逻辑
为了解决这个问题，我们重新设计了虚拟机（VM）和 GKE 节点的资源配置逻辑。简而言之，我们结合了智能计算缓冲区、专为快速启动设计的虚拟机，以及一种新的控制平面架构，使得虚拟机可以在不重启的情况下即时调整大小。虽然技术细节较为复杂，但对你来说的好处非常简单：你的 GKE 集群现在具备更强的原生扩展能力，更加高效，让你能将宝贵的资源灵活调度到最需要的地方。
这对您意味着什么
- 减少过度配置：由于节点启动更快，你可以信任自动扩缩容器实时响应，而无需保留大量空闲节点作为缓冲。
- 更优的 AI 推理性能： 对于在 GPU 上运行的模型，更快的节点预置可缩短请求激增与模型开始处理流量之间的时间。
- 无需运维开销： 此功能可自动生效。您无需修改 Terraform 或 YAML 文件即可享受该优势。
可用性
加速预置功能现已适用于运行在 GKE Autopilot 中的工作负载——包括运行在标准集群内的 Autopilot 工作负载——使用以下硬件：
即将推出，我们将继续扩展到更多机型，包括以下内容，请持续关注：
如何尝试
如果您已在支持的实例类型上使用 GKE Autopilot，可能已经注意到改进效果。
如果您正在运行 GKE 标准集群，现在可以仅针对这些工作负载使用 Autopilot，而无需迁移整个集群。只需将您的 Pod 指向 Autopilot 的 ComputeClass，它们将在与标准节点共存的同时继承这些快速启动速度。
您可以在 此处阅读关于快速启动节点的完整技术文档。
下一步
了解如何利用这些新改进提升工作负载响应能力，参考以下资源：
发布于