PuppyIP 资源中心
云服务运维 5 分钟 发布于 2026-10-15

GKE Sandbox Pod 卡在 Terminating:修复有两个条件

GKE 的 10 月 14 日发布说明报告了一项 Sandbox 与 Cloud Storage FUSE CSI 组合的 Pod 终止问题,并给出节点池版本加注解两个修复条件。不过,驱动概览仍写明不支持 GKE Sandbox;这是一项有明确边界的缺陷说明,不能当作新建该组合的支持承诺。

GKE GKE Sandbox Cloud Storage FUSE Terminating 节点池

服务对象与地域限制

PuppyIP 仅面向海外合规企业及其授权人员提供服务,不面向中国大陆地区开放或提供代理服务。本服务仅限用于中国大陆境外的合法业务活动,严禁在中国大陆境内使用本服务。

代理 IP 或服务器位于境外,不改变上述限制。不得通过中转、转接、共享或转售向中国大陆境内的最终使用者提供本服务。使用前请阅读用户服务协议。

本文要点

  • 修复针对 GKE Sandbox 中使用 Cloud Storage FUSE CSI driver、可能无限期停在 Terminating 的 Pod,不是所有 Pod 终止问题的通用结论。
  • 官方要求节点池达到 1.37.1-gke.1552000 或更高版本,并添加 dev.gvisor.fuse.abort-on-teardown: "true";两个条件缺一不可。
  • 发布说明只写 Pod 或 Deployment metadata,没有说明精确的清单位置;概览仍列 Sandbox 为不支持,采用前需要确认支持范围。
  • 来源没有保证现有卡住的 Pod 会自动恢复,也没有给出等待时长、统一重建流程或强制删除步骤。

修复已发布,支持范围的文档仍有冲突

Google 在 2026 年 10 月 14 日的 GKE 发布说明中称,GKE Sandbox 内使用 Cloud Storage FUSE CSI driver 的 Pod,可能无限期停留在 Terminating 状态。说明给出版本升级与添加注解的组合条件,针对的是这个具体缺陷。

与此同时,直接链接的驱动概览在限制部分明确写着不支持 GKE Sandbox,页面标注最后更新为 10 月 13 日。两个来源尚未对齐,不能仅凭缺陷修复宣布该组合已获得普遍支持,也不宜据此安排新的 Sandbox/FUSE 部署;现有使用者应先与平台负责人或 Google 确认适用范围。

先核对节点池版本,不要只看控制平面

发布说明要求把节点池升级到 GKE 1.37.1-gke.1552000 或更高版本。这里明确指 node pools,不是只把集群控制平面升级到该版本;检查时需要对应到受影响 Pod 所在的节点池。

版本达标也只是其中一项条件。一个假设场景是:控制平面已经升级,但承载工作负载的节点池仍较旧,或者没有相应注解;这都不能视为已经满足发布说明的完整修复条件。升级安排与变更窗口仍需由实际集群的维护者确认。

注解名称已明确,清单位置仍需确认

另一项条件是添加 dev.gvisor.fuse.abort-on-teardown: "true"。官方原文将位置表述为 Pod 或 Deployment metadata;它没有进一步说明 Deployment 清单中的精确路径,也没有给出可直接照抄的 YAML。

先由工作负载负责人核对现有 Pod 与管理它的 Deployment 配置,再确认适用的注解位置和后续替换行为。不要猜测模板路径,也不要把只改 Deployment 某处 metadata、或只改一个现有 Pod,直接等同于后续工作负载都会按预期继承。两个直接链接的文档都没有补齐这一细节。

已经卡住的 Pod,不保证改完就自动恢复

发布说明没有交代这两个条件对已经处于 Terminating 的 Pod 如何生效,也没有承诺自动恢复、指定等待时长或要求统一重建。不能把新版本包含修复,解释成所有旧 Pod 会立即退出。

对已有故障,先保留 Pod 状态、相关事件、所在节点池版本和工作负载配置,方便核对是否确属这一组合。后续如获准变更,应观察实际终止和替换结果,并沿用已批准的回退与故障处理流程;这些是排查建议,不是已执行或已验证恢复的记录。

同样是 Terminating,其他问题的处理不能混用

GKE Known Issues 还列有 NFS in-tree driver、gVisor shim 和其他不同原因导致的终止问题。看到相同状态不等于已经确定根因,尤其不能只凭一个版本号或一个错误现象就套用另一条缺陷的修复方案。

例如,Known Issues 中某个 NFS 问题的强制删除步骤,不属于本次 Sandbox/FUSE 修复;页面中另一个 Cloud Storage FUSE 重命名或移动文件的 I/O 错误,也有独立的版本与 sidecar 处理说明。不要把这些步骤拼成一份通用终止修复清单。

下一步应补齐支持与配置确认

现有使用者可以把问题收敛成四项:是否确为 Sandbox 加 Cloud Storage FUSE CSI 的组合;承载它的节点池是否达标;注解如何按受支持的位置应用;已经卡住的 Pod 应如何处理。前两项有发布说明依据,后两项仍需要结合工作负载和 Google 的进一步说明确认。

两个直接链接的文档都标注最后更新为 10 月 13 日,也都没有出现这项新注解或修复版本。因此,应把“已发布具体修复条件”和“支持、配置细节尚未完全说明”一起交给变更负责人,不把页面日期先后当作已经解决冲突的证明。

资料来源

常见问题

概览还写不支持,是否说明 10 月 14 日的修复已经撤回?

不能这样推断。当前发布说明仍包含该修复,概览也仍保留不支持 GKE Sandbox 的限制。日期先后不能证明撤回或全面开放支持,应保留两个事实并向 Google 确认。

需要给所有普通 GKE 的 FUSE 工作负载加这个注解吗?

所核发布说明针对 GKE Sandbox 与 Cloud Storage FUSE CSI 的特定组合,没有要求所有普通 GKE 工作负载统一添加。不要把这一缺陷条件扩展成全局配置要求。

能否只等一个固定超时时间,再按通用教程强制删除?

这项修复没有给出这样的等待时长或强制删除流程。相同 Terminating 状态可能有不同原因,应由维护者结合实际事件、存储和节点情况决定后续处理,不能借用另一项已知问题的步骤。