RKE2 1.37 介绍与选型指南

一、信息基准

1.1 查询说明

• 查询日期：2026-10-19。
• 信息获取方式：纯官方资料溯源（官方文档站 docs.rke2.io、GitHub 官方仓库 rancher/rke2 发行页与 Release Atom 流），本文不做本地安装与运行实测。
• 版本结论：本次介绍的版本为 RKE2 v1.37 track，最新稳定版 v1.37.1+rke2r1（2026-10-01 发布），内置 Kubernetes v1.37.1。

1.2 版本依据

1.3 官方来源清单

二、软件概述

本文介绍的是 RKE2 v1.37 track（最新稳定版 v1.37.1+rke2r1，2026-10-01 发布）。

RKE2 是 SUSE（Rancher）主导的「面向企业的下一代 Kubernetes 发行版」，曾用名 RKE Government：官方文档定位是「完全一致的（conformant）Kubernetes 发行版，聚焦安全与合规，最初为美国联邦政府场景设计」（来源：docs.rke2.io Introduction，页面更新于 2026-10-07，2026-10-19 查询）。它吸收了 K3s 的易用性与部署模型、RKE1 对上游 Kubernetes 的紧密对齐，同时去掉了 RKE1 对 Docker 的依赖——控制平面组件以静态 Pod 由 kubelet 管理，内嵌容器运行时为 containerd。

RKE2 在 GitHub 上拥有约 2.4k stars（2026-10-19 实查，rancher/rke2，shields.io 徽标取自 GitHub API），社区热度不算突出，但作为 SUSE Rancher 体系（RKE1 的继任者）的官方发行版，可通过 Rancher v2.6+ 自动化纳管创建 RKE2 集群。安全是它的核心卖点：默认配置可最小人工干预通过 CIS Kubernetes Benchmark v1.12/v1.11 自评，支持 FIPS 140-2 合规构建，构建流水线中定期用 trivy 扫描组件 CVE（均出自官方文档 Introduction）。

三、核心架构

3.1 运行时与控制平面

• 内嵌 containerd 运行时：不依赖 Docker，镜像仓库与运行时参数均可在配置文件中声明（官方文档架构章节）。
• 静态 Pod 承载控制平面：kube-apiserver、kube-controller-manager、kube-scheduler、etcd 均以静态 Pod 形式由 kubelet 启动管理。
• 单二进制 + 系统服务：RKE2 以 rke2 server（控制平面）与 rke2 agent（工作节点）两个角色交付，经 systemd 管理。

3.2 数据存储与组网

• 内嵌 etcd：默认以 etcd v3.7.1-k3s3 作集群存储（v1.37.1+rke2r1 发行说明组件矩阵）；与 K3s 同源的 etcd/containerd fork 维护体系。
• CNI 选择：默认 Canal（Flannel + Calico），且是唯一 FIPS 合规选项；官方可选 Calico、Cilium、Multus（发行说明 Available CNIs 表，2026-10-19 实查）。
• 打包组件：发行版内嵌 Traefik（v3.7.13）、ingress-nginx（hardened 版本）、CoreDNS、metrics-server、snapshot-controller 等常用组件，以受管 chart 形式部署（发行说明 Charts Versions 表）。

3.3 安全与供应链

• CIS 加固：官方提供 hardening guide 与 CIS 自评指南（v1.12/v1.11），server/agent 默认参数即为加固基线。
• FIPS 140-2：提供 FIPS 合规构建路径（官方 FIPS support 文档）。
• CVE 响应：构建流水线 trivy 定期扫描；另设 rke2-security-responder 机制（v1.37.1+rke2r1 变更日志可见版本推进）。
• 制品治理：版本号形如 v1.37.1+rke2r1，K8s 版本 + RKE2 补丁号（rke2rN）双轨演进；社区 EOL 的老线转为 Prime-only，官方渠道仍可获取但交付口径变化（发行说明实查）。

四、功能特性

4.1 与上游对齐的发行版能力

• 官方明确：与 K3s 在边缘场景对上游做裁剪不同，RKE1/RKE2 保持与上游 Kubernetes 紧密对齐（docs.rke2.io「How is this different from RKE or K3s?」）。
• 完全一致的发行版（CNCF 认证发行版口径），版本跟随上游 minor：v1.37 track 当前发到 K8s v1.37.1。

4.2 开箱即用组件

• 网络：Canal/Calico/Cilium/Multus 四种 CNI 可选（默认 Canal）。
• 入口与存储：Traefik 与 hardened ingress-nginx 预置；vSphere CSI/CPI、Harvester CSI 等 SUSE 生态存储集成 chart 官方维护（发行说明）。
• 集群管理：snapshot-controller 预置支持卷快照；Helm chart 全部经 rke2-charts 仓库统一版本管理。

4.3 Rancher 集成

• 可独立运行，也可被 Rancher 平台纳管：Rancher v2.6+ 支持自动化创建与导入 RKE2 集群（官方文档）。

4.4 v1.37 系列状态

v1.37.1+rke2r1 于 2026-10-01 发布（Release Atom 实查），同期 1.36 线发 v1.36.5+rke2r1（2026-10-02），补丁节奏周级；1.33 线自 2026-10 起转入 Prime-only 交付，反映 SUSE 对社区线生命周期的治理策略。K8s v1.37.0 上游于 2026-08-26 GA（本站 《MicroK8s 1.36 介绍与选型指南》 对上游时间线有交叉引用），RKE2 对上游 minor 的跟进存在数月窗口，选型时以官方发布页实时版本为准。

五、快速上手

以下步骤转述自官方 Quick Start（https://docs.rke2.io/install/quickstart ），本文不做本地实测。

5.1 获取与安装（server 节点）

官方 Quick Start 给出的最小安装方式为官方安装脚本：

curl -sfL https://get.rke2.io | INSTALL_RKE2_TYPE="server" sh -

安装后启用并启动服务：

systemctl enable rke2-server --now

5.2 配置与验证

• 可选配置文件位于 /etc/rancher/rke2/config.yaml（token、CNI、registry mirror 等均在此声明）。
• kubeconfig 写入 /etc/rancher/rke2/rke2.yaml，将其导出为 KUBECONFIG 后即可用 kubectl 验证节点就绪（官方 Quick Start 后续步骤）。

5.3 工作节点加入

工作节点安装脚本相同，将 INSTALL_RKE2_TYPE 置为 "agent" 并在配置文件中提供 server 地址与 token（从 /var/lib/rancher/rke2/server/token 获取，发行说明同时提示该 token 亦是集群引导数据的加密密钥，需妥善备份）。完整步骤与离线/air-gap 安装见官方文档 https://docs.rke2.io/ ；本站的逐命令实操可参考 《CentOS 8 安装 RKE2 集群指南》。

六、适用场景与限制

6.1 适用场景

• 有合规/审计要求的生产环境：CIS Benchmark 加固基线 + FIPS 构建开箱可用，是四个主流发行版中对安全合规默认值最激进的。
• 数据中心级生产集群：对齐上游 Kubernetes，功能完整度高，适合承载核心业务而非边缘裁剪场景。
• SUSE/Rancher 生态用户：与 Rancher 纳管、Harvester、vSphere 集成的官方路径最短。
• 需要稳定长期支持的私有化交付：SUSE 商业支持 + Prime 通道覆盖老线维护。

6.2 限制与注意事项

• 资源占用高于 K3s：不裁剪上游组件、内嵌完整 etcd，边缘小规格节点需评估。
• 社区线生命周期随 K8s 上游 EOL 收紧，老版本将转入 Prime-only 交付，依赖免费渠道长期锁版本的团队需提前规划升级节奏。
• 默认 Canal CNI 为 FIPS 合规选项，若需 Cilium/eBPF 数据面则不满足 FIPS 合规口径（发行说明 CNI 表）。
• 社区 stars 与第三方生态规模小于 k3s/kubeadm，遇问题更多依赖官方文档与商业支持渠道。

七、同类选型对比

7.1 候选概览

7.2 量化对比（2026-10-19 实查）

（stars 取自 GitHub API 与 shields.io 徽标实查；发版时间取自各仓库 Releases 页面/Atom 流及本站同期实查文档交叉核对；许可见各自仓库 LICENSE。）

7.3 选型建议

以合规与生产支持为第一优先级的数据中心集群，RKE2 是默认答案——CIS/FIPS 基线与 SUSE 治理在同类中独一份；资源受限的边缘与 IoT 场景应转向同门的 K3s（本站有 《K3s 1.37.1 介绍与选型指南》），两者共享部署模型与组件体系；希望完全掌控每个组件、贴着上游且不介意手工拼装的团队用 kubeadm（本站有 《CentOS 8 安装 Kubernetes（kubeadm）集群指南》）最透明；团队在 Mirantis 生态或看重「单二进制 + 内置默认安全配置」的平衡可选 k0s；深度绑定 Ubuntu/snap 交付与开发者工作站的场景选 MicroK8s。一句话概括：RKE2 卖合规与上游对齐，K3s 卖轻量，kubeadm 卖纯粹，k0s/MicroK8s 卖各自的厂商生态。

八、参考链接

• 官方文档：https://docs.rke2.io/
• 官方 Quick Start：https://docs.rke2.io/install/quickstart
• 安全加固指南：https://docs.rke2.io/security/hardening_guide
• 源码仓库：https://github.com/rancher/rke2
• v1.37.1+rke2r1 发行说明：https://github.com/rancher/rke2/releases/tag/v1.37.1%2Brke2r1
• K3s 仓库：https://github.com/k3s-io/k3s
• Kubernetes 仓库：https://github.com/kubernetes/kubernetes
• k0s 仓库：https://github.com/k0sproject/k0s
• MicroK8s 仓库：https://github.com/canonical/microk8s