OpenShift Container Platform 4.14 机器管理 添加和维护集群机器 Last Updated: 2024-02-23 OpenShift Container Platform 4.14 机器管理 添加和维护集群机器 法律通告 法律通告 Copyright © 2024 Red Hat, Inc. The text of and illustrations are the property of their respective owners. 摘要 摘要 本文说明如何管理构成 OpenShift Container Platform 集群的机器。某些任务利用 OpenShift Container Platform 集群的增强型自动机器管理功能，另一些任务则要手动完成。本文所述的任务并 非对所有安装类型都适用。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 机器管理概述 机器管理概述 1.1. MACHINE API 概述 1.2. 管理计算机器 1.3. 管理 CONTROL PLANE 机器 1.4. 将自动扩展应用到 OPENSHIFT CONTAINER PLATFORM 集群 1.5. 在用户置备的基础架构上添加计算机器

. . . . . . . 8.5. 管理虚拟机实例 8.6. 控制虚拟机状态 8.7. 访问虚拟机控制台 8.8. 使用 SYSPREP 自动执行 WINDOWS 安装 8.9. 解决故障节点来触发虚拟机故障切换 8.10. 在虚拟机上安装 QEMU 客户机代理 8.11. 查看虚拟机的 QEMU 客户机代理信息 8.12. 在虚拟机中管理配置映射、SECRET 和服务帐户 8.13 13. 在现有 WINDOWS 虚拟机上安装 VIRTIO 驱动程序 8.14. 在新 WINDOWS 虚拟机上安装 VIRTIO 驱动程序 8.15. 高级虚拟机管理 8.16. 导入虚拟机 8.17. 克隆虚拟机 8.18. 虚拟机网络 8.19. 虚拟机磁盘 第 第 9 章 章 虚 虚拟 拟机模板 机模板 9.1. 创建虚拟机模板 9.2. 编辑虚拟机模板 9.3. 为虚拟机模板启用专用资源 章 节 节点 点维护 维护 11.1. 关于节点维护 11.2. 将节点设置为维护模式 11.3. 从维护模式恢复节点 11.4. 自动续订 TLS 证书 11.5. 为过时的 CPU 型号管理节点标签 11.6. 防止节点协调 第 第 12 章 章 节 节点网 点网络 络 12.1. 观察节点网络状态 12.2. 更新节点网络配置 12.3. 对节点网络配置进行故障排除 第 第

VIRT-OPERATOR 第 第 3 章 章 OPENSHIFT VIRTUALIZATION 入 入门 门 3.1. 规划和安装 OPENSHIFT VIRTUALIZATION 3.2. 创建和管理虚拟机 3.3. 后续步骤 第 第 4 章 章 WEB 控制台概述 控制台概述 4.1. 概述页面 4.2. 目录页面 4.3. VIRTUALMACHINES 页面 4.4. 模板页 4.5 LIBGUESTFS 第 第 10 章 章 虚 虚拟 拟机 机 10.1. 创建虚拟机 10.2. 编辑虚拟机 10.3. 编辑引导顺序 10.4. 删除虚拟机 10.5. 导出虚拟机 10.6. 管理虚拟机实例 10.7. 控制虚拟机状态 10.8. 访问虚拟机控制台 10.9. 使用 SYSPREP 自动执行 WINDOWS 安装 10.10. 解决故障节点来触发虚拟机故障切换 10.11 VIRTIO 驱动程序 10.12. 查看虚拟机的 QEMU 客户机代理信息 10.13. 使用虚拟可信平台模块设备 10.14. 使用 OPENSHIFT PIPELINES 管理虚拟机 10.15. 高级虚拟机管理 10.16. 导入虚拟机 10.17. 克隆虚拟机 10.18. 虚拟机网络 10.19. 虚拟机磁盘 第 第 11 章 章 虚 虚拟 拟机模板 机模板 11.1. 创建虚拟机模板

基础架构要求 1.4.4. 具有用户置备基础架构的集群的机器要求 1.4.4.1. 所需的机器 1.4.4.2. 网络连接要求 1.4.4.3. 最低资源要求 1.4.4.4. 证书签名请求管理 1.4.5. 创建用户置备的基础架构 1.4.5.1. 用户置备的基础架构对网络的要求 网络拓扑要求 负载均衡器 1.4.5.2. 用户置备 DNS 要求 1.4.6. 生成 SSH 私钥并将其添加到代理中 vSphere 基础架构要求 1.5.4. 具有用户置备基础架构的集群的机器要求 1.5.4.1. 所需的机器 1.5.4.2. 网络连接要求 1.5.4.3. 最低资源要求 1.5.4.4. 证书签名请求管理 1.5.5. 创建用户置备的基础架构 1.5.5.1. 用户置备的基础架构对网络的要求 网络拓扑要求 负载均衡器 1.5.5.2. 用户置备 DNS 要求 1.5.6. 生成 SSH 私钥并将其添加到代理中 166 166 166 OpenShift Container Platform 4.6 在 在 vSphere 上安装 上安装 4 1.6.5.3. 最低资源要求 1.6.5.4. 证书签名请求管理 1.6.6. 创建用户置备的基础架构 1.6.6.1. 用户置备的基础架构对网络的要求 网络拓扑要求 负载均衡器 1.6.6.2. 用户置备 DNS 要求 1.6.7. 生成 SSH 私钥并将其添加到代理中

和一个或多个应用程序实例组成。 1.2. 非受管 OPERATOR 的支持策略 OpenShift Container Platform 4.7 更新集群 更新集群 4 Operator 的 管理状态 决定了一个 Operator 是否按设计积极管理集群中其相关组件的资源。如果 Operator 设置为 非受管（unmanaged） 状态，它不会响应配置更改，也不会收到更新。 虽然它可以在非生产环境集群或调试过程中使用，但处于非受管状态的 Logging Operator 通过修改它管理的自定义资源 （CR）来达到此目的，而 Cluster Samples Operator 使用了集群范围配置资源。 将 managementState 参数更改为 Unmanaged 意味着 Operator 不会主动管理它的资源，也不 会执行与相关组件相关的操作。一些 Operator 可能不支持此管理状态，因为它可能会损坏集群， 需要手动恢复。 Operator (CVO) 覆盖 覆盖 可将 spec.overrides 参数添加到 CVO 配置中，以便管理员提供对组件的 CVO 行为覆盖的列 表。将一个组件的 spec.overrides[].unmanaged 参数设置为 true 会阻止集群升级并在设置 CVO 覆盖后提醒管理员： 警告 警告 设置 CVO 覆盖会使整个集群处于不受支持状态。在删除所有覆盖后，必须 可以重现报告的问题方可获得支持。

OPENSHIFT 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.1.1. 您要自己安装和管理 OpenShift Container Platform 集群吗？ 2.1.2. 您是否已使用了 OpenShift Container Platform 3 且要使用 OpenShift Container 7. 后续步骤 4.3. 为 AWS 手动创建 IAM 4.3.1. 在 kube-system 项目中存储管理员级别的 secret 的替代方案 4.3.2. 手动创建 IAM 4.3.3. 使用手动维护的凭证升级集群 4.3.4. Mint 模式 4.3.5. 带有删除或轮转管理员级凭证的 Mint 模式 4.3.6. 后续步骤 4.4. 在 AWS 上快速安装集群 4.4.1. 先决条件 Container Platform 的互联网访问 4.11.3. 所需的 AWS 基础架构组件 4.11.3.1. 其他基础架构组件 4.11.3.2. 集群机器 4.11.3.3. 证书签名请求管理 4.11.3.4. 支持的 AWS 机器类型 4.11.3.5. IAM 用户所需的 AWS 权限 4.11.4. 获取安装程序 4.11.5. 生成 SSH 私钥并将其添加到代理中 236

OpenShift Container Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 配置文 配置文件。有了这三个配置和配置得当的基础架构，就能启动 OpenShift Container Platform 集群。 OpenShift Container Platform 安装程序使用一组目标和依赖项来管理集群安装。安装程序具有一组必须 实现的目标，并且每个目标都有一组依赖项。因为每个目标仅关注其自己的依赖项，所以安装程序可以采 取措施来并行实现多个目标。最终目标是正常运行的集群。通过满足依赖项而不是运行命令，安装程序能 在每台机器上作为原子操作原位进行。通过结合使用这些技术，OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统，通过原位升级使整个平台保持最新状 态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统，则集群将管理其组件和机器的所有方面，包括操作系统在 内。因此，只有安装程序和 Machine Config Operator

备更新集群 更新集群 2.1. 准备升级到 OPENSHIFT CONTAINER PLATFORM 4.14 2.2. 准备使用手动维护的凭证更新集群 2.3. PREFLIGHT 验证内核模块管理 (KMM) 模块 第 第 3 章 章 执 执行集群更新 行集群更新 3.1. 使用 CLI 更新集群 3.2. 使用 WEB 控制台更新集群 3.3. 执行 EUS 到 EUS 更新 3.4. Container Platform 4 中，您可以使用 Web 控制台或 OpenShift CLI (oc) 使用单一操作来 更新 OpenShift Container Platform 集群。平台管理员可以通过转至 web 控制台中的 Administration → Cluster Settings 或查看 oc adm upgrade 命令的输出来查看新的更新选项。 红帽托管了一个公共 OpenShift 发行镜像提供更新可能性图。图包含任何公共 OCP 版本的更新信息。OpenShift Container Platform 集群默认配置为连接到 OSUS，OSUS 会使用已知更新目标的信息响应集群。 当集群管理员或自动更新控制器使用新版本编辑 Cluster Version Operator (CVO) 的自定义资源 (CR) 时，更新开始。要将集群与新指定版本协调，CVO 从镜像 registry 检索目标发行镜像，并开始将更改应

为服务网格配置分布式追踪 4.3. 应用程序示例 4.4. KIALI 教程 4.5. 分布式追踪 4.6. 自动路由创建 第 第 5 章 章 SERVICE MESH 用 用户 户指南 指南 5.1. 流量管理 第 第 6 章 章 支持 支持 6.1. 为红帽支持收集 RED HAT OPENSHIFT SERVICE MESH 数据 第 第 7 章 章 3SCALE 适配器 适配器 7.1. 使用 是一个提供对服务网格（service mesh）的行为信息和操作控制的平 台，它为用户提供了一个连接、管理和监控微服务应用程序的统一方法。 术语 服务网格（service mesh）代表在分布式微服务架构中组成应用程序的微服务网络，以及这些微服务 间的交互。当服务网格的规模和复杂性增大时，了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio OpenShift Service Mesh 的支持，方 法是将一个特殊的 sidecar 代理服务器部署到用于处理不同微服务之间的所有网络通讯的环境中。您可以 使用 control plane 功能配置和管理 Service Mesh。 Red Hat OpenShift Service Mesh 提供了一个方便的方法来创建一个部署的服务网络，它可提供发现、负 载平衡、服务对服务验证、故障恢复、指标和

构建应用程序 在 OpenShift Container Platform 中创建和管理应用程序 Last Updated: 2023-10-17 OpenShift Container Platform 4.10 构建应用程序 在 OpenShift Container Platform 中创建和管理应用程序 法律通告 法律通告 Copyright © 2023 Red Hat, Inc community. All other trademarks are the property of their respective owners. 摘要 摘要 本文档说明如何通过不同方式创建和管理在 OpenShift Container Platform 上运行的用户置备应用程 序实例。这包括处理项目以及使用 Open Service Broker API 置备应用程序。 . . . . CHART 仓库 7.4. 使用 HELM 发行版本 第 第 8 章 章 DEPLOYMENTS 8.1. 了解 DEPLOYMENT 和 DEPLOYMENTCONFIG 对象 8.2. 管理部署过程 8.3. 使用部署策略 8.4. 使用基于路由的部署策略 4 4 4 4 5 5 11 11 16 16 23 24 32 32 32 33 34 35 36 37 38