OpenShift 4.21 介绍与选型指南

一、信息基准

1.1 查询说明

• 查询日期：2026-10-19。
• 信息获取方式：纯官方资料溯源（Red Hat 官方文档 docs.redhat.com、OKD 官方站点 okd.io 与 GitHub 仓库 okd-project/okd），本文不做本地安装与运行实测。
• 版本结论：本次介绍的版本为 OpenShift Container Platform（OCP）4.21（Red Hat 公告 RHBA-2026:1481）；其社区版对应线为 OKD 4.21（4.21.0-okd-scos.0，2026-01-26 发布），OKD 仓库最新发行已推进到 5.0.0-okd-scos.2（2026-10-13）。OCP 为商业订阅产品，OKD 为开源社区版，两者版本号不强制同步。

1.2 版本依据

1.3 官方来源清单

二、软件概述

本文介绍的是 OpenShift Container Platform 4.21（Red Hat 企业 Kubernetes 平台，公告 RHBA-2026:1481），并同步对照其社区版 OKD。

OpenShift 是 Red Hat 在上游 Kubernetes 之上构建的企业级混合云应用平台：它以 Kubernetes 为核心，通过 Operator 驱动的自动化控制面，把镜像仓库、CI/CD、监控日志、网络与存储等平台能力开箱集成，并强制以不可变操作系统（RHCOS，OKD 对应 CentOS Stream CoreOS/SCOS）承载集群节点。OCP 需要商业订阅（含 RHEL 生态支持），OKD 是其上游社区发行版，以 Apache-2.0 组件开源，二者共享 OpenShift 安装器与大部分平台组件，版本节奏独立。

三、核心架构

3.1 Operator 驱动的控制面

• Cluster Operators：OpenShift 把 etcd、API Server、网络（OpenShift SDN/OVN-Kubernetes）、存储、Ingress 等平台组件全部抽象为 Cluster Operator，由 Cluster Version Operator（CVO）统一编排升级与自愈（官方文档《Architecture》）。
• 声明式安装：openshift-install 支持 IPI（全自动云安装）与 agent-based/裸机安装路径，安装过程即生成证书、引导节点并收敛到目标版本。

3.2 不可变节点系统

• RHCOS/SCOS：控制面与计算节点默认运行 Red Hat Enterprise Linux CoreOS（OKD 为 CentOS Stream CoreOS），镜像化不可变升级，容器运行时为 CRI-O（官方文档口径）。

3.3 平台内置能力

四、功能特性

4.1 企业平台能力

• 开箱 CI/CD 与服务网格：OpenShift Pipelines（基于 Tekton）、Service Mesh、Serverless 等 OpenShift Add-ons 按订阅组合提供。
• 多集群与混合云：Advanced Cluster Management 等能力面向多集群舰队管理（Red Hat 产品口径）。
• 安全合规：默认 SCC 收敛、etcd 加密、FIPS 支持等平台级安全基线。

4.2 OKD 社区版状态

• OKD 4.21（4.21.0-okd-scos.0，2026-01-26）引入存储管理改进、只读文件系统安全加固，并使多项 Tech Preview 特性 GA（okd.io 官方博客）。
• OKD 仓库最新发行 5.0.0-okd-scos.2（2026-10-13）基于 Kubernetes 1.36.5 与 CentOS Stream CoreOS 10，官方元数据同时支持从 4.22.0-okd-scos.10 等版本升级，显示 OKD 已进入 5.0 新版本线（GitHub releases 实查）。
• OKD 与 OCP 的组件对应关系与差异以 docs.okd.io 为准。

4.3 版本节奏口径

OCP 以 4.x 线滚动发布（4.21 当前，4.19 仍在补丁维护），OKD 的 scos 线独立推进且已有 5.0 候选线；选型时 OCP 版本应对照 Red Hat 生命周期政策，OKD 应对照 okd.io 发布公告。

五、快速上手

以下步骤转述自 OKD 官方文档与 Red Hat 官方文档，本文不做本地实测。

5.1 OKD agent-based 安装（官方路径）

OKD 官方文档（docs.okd.io）的安装入口提供 agent-based installer：准备 install-config.yaml 后由 openshift-install agent create image 生成引导镜像，物理机/虚拟机以该镜像启动后自动完成集群引导，最后以 openshift-install agent wait-for install-complete 等待收敛。

5.2 OCP 订阅安装

OCP 用户经 Red Hat Hybrid Cloud Console（console.redhat.com）的 Assisted Installer / IPI 向导生成安装配置，并使用订阅提供的拉取密钥（pull secret）完成安装。

5.3 验证

安装完成后使用 oc CLI（OpenShift 版 kubectl）登录：

oc login <API 地址> -u kubeadmin
oc get clusteroperators   # 查看 Cluster Operator 健康度
oc get nodes

本站已有面向实际操作的对照文档：《Ubuntu 22.04 安装 OpenShift 集群指南》、《OpenShift 常用 CLI 命令详解（Ubuntu 22.04）》。

六、适用场景与限制

6.1 适用场景

• 企业级生产 Kubernetes：需要供应商支持、平台级安全基线与一致升级体验的中大型组织。
• 混合云与多集群：跨公有云/私有云统一应用交付与舰队管理。
• 开发平台工程：内置开发者控制台、CI/CD 与构建链，减少自建平台工作量。
• 信创之外的国产化替代评估：OKD 作为无订阅成本的上游形态可供评估。

6.2 限制与注意事项

• 资源门槛：官方最低要求显著高于上游 Kubernetes（控制面与计算节点规格、DNS/负载均衡前置条件），小规模场景需评估 K3s 等轻量发行版。
• OCP 订阅成本：商业订阅按核计费，预算敏感型项目可评估 OKD，但需自担企业支持缺口。
• 版本节奏独立：OKD 已出现 5.0 线而 OCP 处于 4.21，两个版本线的能力与生命周期不可互相推断。
• 技术栈锁定：RHCOS/SCOS、CRI-O、Routes/SCC 等平台化设计带来迁移与学习成本。

七、同类选型对比

7.1 候选概览

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

（版本与 stars 取自 docs.redhat.com、okd.io、github.com 各仓库 Releases、kubernetes.io 与 Broadcom techdocs 实查。）

7.3 选型建议

把"谁来负责平台本身"作为第一判断：有预算且要供应商 SLA 的，OCP 4.21 提供最完整的企业平台体验；预算敏感但要 OpenShift 形态的，用 OKD 自运营；仅需要把多个存量集群（含 OCP/EKS/自建）统一纳管的，Rancher 是治理层方案而非替代品；vSphere 重度用户可评估 Broadcom Tanzu 产品线（注意其许可与产品名调整频繁，参考本站 《Ubuntu 22.04 安装 Tanzu 集群指南》）；边缘与资源受限场景直接选 K3s（参考 《K3s 1.37.1 介绍与选型指南》）。若团队完全愿意自建运维体系，上游 Kubernetes + kubeadm 仍是自由度最高的路线。

八、参考链接

• OCP 4.21 发行说明：https://docs.redhat.com/en/documentation/openshift_container_platform/4.21/
• OKD 官方站点：https://www.okd.io/
• OKD 文档：https://docs.okd.io/
• OKD 仓库：https://github.com/okd-project/okd
• Kubernetes 发布页：https://kubernetes.io/releases/
• Rancher 仓库：https://github.com/rancher/rancher
• K3s 仓库：https://github.com/k3s-io/k3s
• Broadcom Tanzu 文档：https://techdocs.broadcom.com/