准备升级自建的Kubernetes 1.34集群时，先在一台节点宿主机执行 `stat -fc %T /sys/fs/cgroup/`。返回 `cgroup2fs`，才取得这台主机启用cgroup v2的一项证据；`tmpfs`或报错都不能填成通过。本文按主机逐台检查，最后把节点分成继续验证、安排迁移和证据不足三类。

截至2026年10月26日，Kubernetes官方维护表列出的1.34社区维护结束日是10月27日。这不表示当天集群停机，也不能推导腾讯云托管产品同日停止支持。另一个独立变化是：从1.35起，kubelet默认不在cgroup v1节点启动。升级前需要核的是节点条件，而不只是镜像能否下载。

以下适用于在CVM等云主机上自行管理的Linux节点。TKE托管、Serverless、Windows节点以及无法取得宿主机权限的服务，先走对应产品的升级与维护规则。全部输出都是判读示例，非本文现场实测。

## 1. 先确认查到的是节点宿主机

从自己的云主机资产表选一台集群节点，通过已授权SSH或控制台登录。不要在笔记本、业务容器或临时调试容器里执行后，把结果当宿主机证据。在该主机终端运行：

```bash
hostname
date --iso-8601=seconds
uname -s
uname -r
cat /etc/os-release
ps -ww -C kubelet -o pid=,args=
```

示意输出节选：

```text
worker-a
2026-10-26T10:00:00+08:00
Linux
5.15.0-xxx-generic
PRETTY_NAME="Ubuntu 22.04.5 LTS"
  1264 /usr/bin/kubelet --config=/var/lib/kubelet/config.yaml ...
```

把云主机实例ID、集群中的节点名与这里的hostname对应保存；三者不一定相同。`uname`不是Linux时停止套用本稿。`ps`无匹配时，它只说明当前视角未找到kubelet：先核对实例与节点映射、服务管理方式和进程可见权限，不推断节点已移除。命令不存在或权限不足，记录原错误，身份仍为UNKNOWN；不能借另一台主机代填。

## 2. 看当前挂载，不靠操作系统名称猜

确认执行位置后，仍在同一台宿主机运行：

```bash
stat -fc %T /sys/fs/cgroup/
findmnt -rn -t cgroup,cgroup2 -o TARGET,FSTYPE
```

两类示意结果：

```text
# 情况A
cgroup2fs
/sys/fs/cgroup cgroup2

# 情况B，节选
tmpfs
/sys/fs/cgroup/memory cgroup
/sys/fs/cgroup/cpu,cpuacct cgroup
```

情况A记“v2已观察”，进入内核检查；情况B说明看到v1控制器挂载，列为迁移候选，先不批准按默认配置升级到1.35。若同时出现v1与v2挂载，按混合布局记录，不能因为有一行 `cgroup2` 就宣布整台节点已迁移。

`stat`报路径不存在、权限错误，或返回其它类型，都记UNKNOWN，保留完整错误；`findmnt`无输出也不是“没有风险”。此时先确认是否真的处于宿主机、挂载命名空间是否符合预期，再由主机管理员核验布局。不要用“系统支持v2”替代“当前节点正在使用v2”。

![cgroup-decision.png](https://developer.qcloudimg.com/http-save/yehe-12695357/0f7671234f7413ce3b6c14b2c00e4a20.png)

## 3. 把运行中的内核与发行版支持一起核对

第一步的 `uname -r` 是当前运行内核，安装了新内核包但没有切换启动，并不会改变这个输出。可继续查看本次启动参数和初始化进程：

```bash
cat /proc/cmdline
cat /proc/1/comm
```

示意输出：

```text
BOOT_IMAGE=/boot/vmlinuz-5.15.0-xxx-generic ...
systemd
```

Kubernetes官方cgroup v2要求包括Linux内核5.8及以上、发行版启用v2、支持v2的容器运行时，以及kubelet与运行时采用systemd cgroup driver。内核版本满足只是其中一项。低于该要求时先核发行版和云镜像的支持说明，安排受支持的新节点或迁移方案；不能靠版本字符串自行证明厂商回移补丁已经覆盖。

初始化进程为systemd，同样不能证明两端driver已一致。启动参数即使写着启用v2，也须与第二步实际挂载结果一致；出现相反证据，留在UNKNOWN，先解释差异。读取失败时保留错误，不补写默认值。

## 4. 给每台主机一个能接续的结论

这次检查的交付物是一行一台的节点记录，不是升级完成证明：

| 已取得的证据 | 当前结论 | 下一步 |
| --- | --- | --- |
| 宿主机映射明确，实际挂载为v2，内核条件满足 | 可继续兼容性验证 | 核kubelet/运行时driver及监控、安全代理等v2兼容性 |
| 存在v1控制器或混合布局 | 需要迁移评估 | 准备受支持的v2节点，先在测试范围验证业务与代理 |
| 权限、身份、命令或挂载证据不完整 | UNKNOWN | 补同一台节点的原始证据，暂不批准该节点升级 |

记录至少保留实例ID、节点名、检查时间、内核、cgroup输出、结论与负责人。控制面、工作节点以及不同云镜像批次分别检查；不能用一台通过代表整个节点池。

例如，同一集群有两台已确认的Linux节点：A返回 `cgroup2fs`且运行内核5.15，B返回 `tmpfs`并有memory控制器的v1挂载。这只是演示，不能据此判整个集群“已满足升级条件”。A进入driver和业务验证，B先进入迁移评估；若第三台连不上，则第三台保留UNKNOWN，不能为了表格整齐把它并入A。原始输出与检查时间留在各自记录下，后续更换节点后重新检查，不能沿用旧实例结果。

如果后续需要获取目标组件镜像，毫秒镜像（1ms.run）等镜像入口只承接获取与分发层。换镜像地址不会改变宿主机内核、cgroup挂载或driver，本次盘点也不需要额外拉一个镜像验证。

发现v1后，不在生产节点直接修改启动参数、重启或切driver。官方提供的 `failCgroupV1: false` 是临时兼容设置，不等于完成v2迁移；是否采用、保持多久以及如何退出，需要单独评估。使用kubeadm时仍须逐minor遵循升级路径，不能借这次检查从1.34直接跳到任意新版本。

完成这张逐台记录后，再决定哪些节点进入测试、哪些更换、哪些先补证据。主机检查结束，仍不代表集群升级、业务恢复或厂商维护条件已通过。

资料口径：Kubernetes官方Patch Releases、About cgroup v2、2026年10月6日cgroup v2迁移说明，2026年10月26日复核。


准备升级自建的Kubernetes 1.34集群时，先在一台节点宿主机执行 stat -fc %T /sys/fs/cgroup/。返回 cgroup2fs，才取得这台主机启用cgroup v2的一项证据；tmpfs或报错都不能填成通过。本文按主机逐台检查，最后把节点分成继续验证、安排迁移和证据不足三类。

K8s 1.34维护将结束：逐台检查云主机的cgroup与内核

人工智能

Kubernetes 1.34 集群升级前，需逐台检查节点 cgroup v2 挂载状态（stat /sys/fs/cgroup/ 返回 cgroup2fs）、内核版本（≥5.8）及 systemd 驱动，区分 v1/v2 混合布局，避免仅凭镜像可用性判断。每台节点记录实例ID、内核、挂载证据及结论，v1 节点先迁移，证据不足保留 UNKNOWN，不可跨节点代填，确保升级路径合规。

代码解释

Kubernetes

云主机

云托管

Windows

容器

Linux

让每一个 Agent，都跑在云上

4核4G3M云服务器 新用户低至38元/年！

serverless-catalog

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

Kubernetes 1.34 集群升级前，需逐台检查节点 cgroup v2 挂载状态（stat /sys/fs/cgroup/ 返回 cgroup2fs）、内核版本（≥5.8）及 systemd 驱动，区分 v1/v2 混合布局，避免仅凭镜像可用性判断。每台节点记录实例ID、内核、挂载证据及结论，v1 节点先迁移，...

K8s 1.34维护将结束：逐台检查云主机的cgroup与内核-腾讯云开发者社区-腾讯云

K8s 1.34维护将结束：逐台检查云主机的cgroup与内核

K8s 1.34维护将结束：逐台检查云主机的cgroup与内核

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐