OpenShift Container Platform 4.14 更新集群

• 语言: 中文（简体）
• 格式: .pdf
• 来源: access.redhat.com

摘要

文档详细介绍了如何更新OpenShift Container Platform 4.14集群。主要内容包括使用OpenShift CLI或Web控制台进行集群更新的步骤，更新前的先决条件，如备份etcd和更新Operator；介绍了fast、stable、candidate和eus四个更新频道的功能和用途；描述了集群更新的两个阶段：CVO目标更新和MCO节点更新；强调了Kubernetes 1.27中删除的API及其迁移要求；并提供了更新过程中需要注意的关键事项，如节点可用性、Pod中断预算和故障排除建议。

AI总结

### OpenShift Container Platform 4.14 集群更新总结

#### 1. 集群更新简介
- OpenShift Container Platform (OCP) 4.14 支持通过 Web 控制台或 OpenShift CLI (oc) 更新集群。
- 更新过程由 Cluster Version Operator (CVO) 协调，分为两个阶段：
1. **CVO 阶段**：应用目标发行镜像，更新集群组件。
2. **Machine Config Operator (MCO) 阶段**：更新节点操作系统和配置。

#### 2. 更新前的准备
- **先决条件**：
- 确保有 admin 权限。
- 备份 etcd 数据。
- 更新所有通过 Operator Lifecycle Manager (OLM) 安装的 Operator 至兼容版本。
- 确保所有 Machine Config Pool (MCP) 正在运行且未暂停。
- 检查 Kubernetes 1.27 中删除的 API，确保受影响组件已迁移至新版本。
- 确保集群中没有阻塞更新的条件（如 Upgradeable=False）。
- 删除任何可能阻止更新的 unsupportedConfigOverride 设置。

- **注意事项**：
- 更新过程中可能会中断工作负载，需确保有足够的节点可用以处理 Pod 中断预算 (PDB)。
- 红帽不支持从非连续版本的集群更新。

#### 3. 更新步骤
- **使用 CLI 更新集群**：
1. 执行 `oc adm upgrade` 命令开始更新。
2. 确保目标版本在推荐的更新路径中（通过 OpenShift Update Service 确定）。
3. 更新完成后，验证集群状态。

- **使用 Web 控制台更新集群**：
1. 进入 **Administration → Cluster Settings**。
2. 修改更新频道（如 stable-4.14 或 fast-4.14）。
3. 提供管理员确认，允许更新到目标版本。

#### 4. 更新频道
- **fast-4.14 频道**：提供经过测试的正式版本，推荐用于生产环境。
- **stable-4.14 频道**：版本延迟发布，确保更高稳定性。
- **candidate-4.14 频道**：早期版本，仅用于测试。
- **eus-4.y 频道**：支持延长更新支持 (EUS) 的集群。

#### 5. 故障排除与支持
- 更新失败时，CVO 会报告阻塞组件状态，但目前不支持回滚。
- 收集日志和 ClusterVersion 历史记录以便故障排除。
- 联系红帽支持时，提供详细的日志和更新历史。

#### 6. 注意事项
- 更新过程中，若 PodDisruptionBudget 中 minAvailable 设置为 1，可能导致节点排空失败。
- 确保所有节点可用，避免因节点不可用影响更新进度。

通过以上步骤和注意事项，可以确保 OpenShift Container Platform 4.14 集群更新顺利完成。