算机器集 4.1. 使用 CLI 修改计算机器集 第 第 5 章 章 机器 机器阶 阶段和生命周期 段和生命周期 5.1. 机器阶段 5.2. 机器生命周期 5.3. 确定机器的阶段 5.4. 其他资源 第 第 6 章 章 删 删除机器 除机器 6.1. 删除一个特定的机器 6.2. 机器删除阶段的生命周期 HOOK 6.3. 其他资源 第 第 7 章 章 将自 将自动扩 动扩展 展应 应用到 Platform 集群可以 水平扩展和缩减。 机器管理作为自定义资源定义 (CRD) 实施。CRD 对象在集群中定义了一个新的唯一对象 Kind，并允许 Kubernetes API 服务器处理对象的整个生命周期。 Machine API Operator 置备以下资源： MachineSet 机器 机器 ClusterAutoscaler MachineAutoscaler MachineHealthCheck 在面对区 域故障时，您始终都有一个区域来应对必须重新平衡机器的情况。在没有多个可用区的全局 Azure 区域， 您可以使用可用性集来确保高可用性。自动扩展器在集群生命周期内尽可能提供平衡。 其他 其他资 资源 源 机器阶段和生命周期 1.2. 管理计算机器 作为集群管理员，您可以执行以下操作： 为以下云供应商创建计算机器集： AWS  第 第 1 章 章 机器管理概述 机器管理概述

(CLI) 创建、编辑、删除和管 理应用程序。 1.1. 使用项目 通过使用项目，您可以以隔离方式组织和管理应用程序。您可以在 OpenShift Container Platform 中管理 整个项目生命周期，包括创建、查看和删除项目。 在创建项目后，您可以使用 Developer 视角 授予或撤销对项目的访问权限，并为用户管理集群角色。您 还可以在创建用于自动置备新项目的项目模板时编辑项目配置资源。 Operator，您可以： 将工作负载与 Operator 管理的后备服务绑定。 自动配置绑定数据。 为服务提供商提供低接触管理经验，以调配和管理对服务的访问。 通过一致、声明性的服务绑定方法增强开发生命周期，消除群集环境中的差异。 5.1.1. 使开源包含更多 红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始：master、 slave、黑名单和白名单。这些更 Operator，您可以： 将工作负载绑定到 Operator 管理的后备服务。 自动配置绑定数据。 为服务提供商提供低接触管理经验，以调配和管理对服务的访问。 通过一致、声明性的服务绑定方法增强开发生命周期，消除群集环境中的差异。 5.2.3. 主要特性 公开服务的绑定数据 根据 CRD、自定义资源 (CR) 或资源中的注解。 基于 Operator Lifecycle Manager (OLM)

(CLI) 创建、编辑、删除和管 理应用程序。 1.1. 使用项目 通过使用项目，您可以以隔离方式组织和管理应用程序。您可以在 OpenShift Container Platform 中管理 整个项目生命周期，包括创建、查看和删除项目。 在创建项目后，您可以使用 Developer 视角 授予或撤销对项目的访问权限，并为用户管理集群角色。您 还可以在创建用于自动置备新项目的项目模板时编辑项目配置资源。 Operator，您可以： 将工作负载与 Operator 管理的后备服务绑定。 自动配置绑定数据。 为服务提供商提供低接触管理经验，以调配和管理对服务的访问。 通过一致、声明性的服务绑定方法增强开发生命周期，消除群集环境中的差异。 Service Binding Operator 的自定义资源定义 (CRD) 支持以下 API： 使用 binding.operators.coreos.com API Operator，您可以： 将工作负载绑定到 Operator 管理的后备服务。 自动配置绑定数据。 为服务提供商提供低接触管理经验，以调配和管理对服务的访问。 通过一致、声明性的服务绑定方法增强开发生命周期，消除群集环境中的差异。 6.2.3. 主要特性 公开服务的绑定数据 根据 CRD、自定义资源 (CR) 或资源中的注解。 工作负载投射 使用卷挂载以文件形式预测绑定数据。 绑定数据作为环境变量的投射。

开始，对于发行版本号为偶数的版本提供了一个额外 6 个月的延长 更新支持 (EUS) 阶段，使其从 18 个月延长到两年。如需更新相关信息，请参阅 Red Hat OpenShift Container Platform 生命周期政策。 从 OpenShift Container Platform 4.14 开始，延长更新支持(EUS)扩展至 64 位 ARM、IBM Power®(ppc64le)和 IBM Z®(s390x)平台。如需更多信息，请参阅 OpenShift 生命周期和 OpenShift EUS 概述。 版本 4.12 的维护支持于 2025 年 1 月 25 日结束，并进入延长生命周期阶段。如需更新相关信息，请参阅 Red Hat OpenShift Container Platform 生命周期政策 。 从 4.14 发行版本开始，为了简化对红帽所提供的 Operator 的管理和维护，红帽引入了三个新的生命周期 类别：Platform Aligned, Platform Agnostic, 和 Rolling Stream这些生命周期类别为集群管理员提供了额 外的简易性和透明度，以更好地了解每个 Operator 的生命周期策略，并以可预测的支持界限来计划对集 群进行维护和升级。如需更多信息，请参阅 OpenShift Operator 生命周期。 OpenShift Container Platform 专为 FIPS 设计。当以

来构建、测试并部署 Operator。 安装 Operator 并订阅命名空间。 通过 Web 控制台 从已安装的 Operator 创建应用程序。 其他 其他资源 源 Operator 开发人员的机器删除生命周期 hook 示例 1.2. 对于管理员 作为集群管理员，您可以执行以下 Operator 任务： 管理自定义目录。 允许非集群管理员安装 Operator。 从 OperatorHub 安装 VerticalPodAutoscaler 当捆绑包中包含这些可选对象时，Operator Lifecycle Manager（OLM）可以从捆绑包创建对象，并随 CSV 一起管理其生命周期： 可 可选对象的生命周期 象的生命周期 删除 CSV 后，OLM 会删除可选对象。 当 CSV 被升级时： 如果可选对象的名称相同，OLM 会更新它。 如果可选对象的名称在版本间有所变化，OLM 会删除并重新创建它。 webhook 监视 Bundle 对象事件，并对捆绑包 的任何更新，检查现有捆绑包的 spec 字段是否与建议的捆绑包中的 spec 字段相同。如果它们不相等， 则 Webhook 将拒绝更新。在捆绑包的生命周期中，其他 Bundle 对象字段（如 metadata 或 status）会 更新，它只是被视为不可变的 spec 字段。 应用 Bundle 对象，然后尝试更新其 spec 会失败。例如，以下示例会创建一个捆绑包：

ssp-operator Templating: tekton-tasks-operator OLM 还会部署 hyperconverged-cluster-operator pod，它负责其他组件的部署、配置和生命周期，以 及几个 helper pod: hco-webhook 和 hyperconverged-cluster-cli-download。 成功部署所有 Operator pod 后，您应该创建 关于更新 OPENSHIFT VIRTUALIZATION Operator Lifecycle Manager (OLM) 管理 OpenShift Virtualization Operator 的生命周期。 Marketplace Operator 在 OpenShift Container Platform 安装过程中部署，使外部 Operator 可 供集群使用。 OLM 为 OpenShift (VM) 规格中的 dataVolumeTemplate 字段。 注意 注意 使用独立数据卷准备的虚拟机磁盘 PVC，维护虚拟机的独立生命周期。如果您使 用虚拟机规格中的 dataVolumeTemplate 字段准备 PVC，PVC 会共享与虚拟机 相同的生命周期。 10.16.2.4. 本地 本地块持久性卷 持久性卷 如果要使用数据卷将虚拟机镜像导入到块存储中，则必须有一个可用的本地块持久性卷。

一个容器编配层，用于公开 API 和接口来定义、部署和管理容器的生命周期。control plane 也称为 control plane 机器。 CRI-O Kubernetes 原生容器运行时实现，可与操作系统集成以提供高效的 Kubernetes 体验。 第 第 1 章 章 架 架构 构概述 概述 3 部署 部署 维护应用程序生命周期的 Kubernetes 资源对象。 Docker Container Platform Operator 的平台。 Operator Lifecycle Manager (OLM) OLM 可帮助您安装、更新和管理 Kubernetes 原生应用程序的生命周期。OLM 是一个开源工具包，用 于以有效、自动化且可扩展的方式管理 Operator。 无 无线 线 (OTA) 更新 更新 OpenShift Container Platform Update web 控制台和自定义 OpenShift CLI (oc) 界面。 2.1.3.4. OpenShift Container Platform 生命周期 生命周期 下图显示了 OpenShift Container Platform 的基本生命周期： 创建 OpenShift Container Platform 集群 管理集群 开发和部署应用程序 扩展应用程序 图 图 2.1. OpenShift

web 控制台和自定义 OpenShift CLI (oc) 界面。 1.1.3.4. OpenShift Container Platform 生命周期 生命周期 下图显示了 OpenShift Container Platform 的基本生命周期： 创建 OpenShift Container Platform 集群 管理集群 开发和部署应用程序 扩展应用程序 图 图 1.1. OpenShift 管理集群功能的特定方面，如集群范围的应用程序日志记录、Kubernetes control plane 管理或 机器置备系统。 每个 Operator 都为您提供确定集群功能的简单 API。Operator 将管理组件生命周期的细节隐藏起来。 Operator 可以管理一个组件或数十个组件，但最终目标始终是通过自动化常见操作来减轻运维负担。 OpenShift Container Platform 4.2 架 架构 构 集成了操作系统和集群管理。由于集群管理自己的更新，包括集群节 点上 Red Hat Enterprise Linux CoreOS (RHCOS) 的更新，因此 OpenShift Container Platform 提供了可 靠的生命周期管理体验，能够简化节点升级的编配。 OpenShift Container Platform 使用三个 DaemonSet 和控制器来简化节点管理。这些 DaemonSet 通过 使用标准的 Kubernetes

Platform 概述 2.1.3.1. 定制操作系统 2.1.3.2. 简化的安装和更新流程 2.1.3.3. 其他主要功能 2.1.3.4. OpenShift Container Platform 生命周期 2.1.4. OpenShift Container Platform 的互联网访问 第 第 3 章 章 安装和更新 安装和更新 3.1. OPENSHIFT CONTAINER PLATFORM web 控制台和自定义 OpenShift CLI (oc) 界面。 2.1.3.4. OpenShift Container Platform 生命周期 生命周期 下图显示了 OpenShift Container Platform 的基本生命周期： 创建 OpenShift Container Platform 集群 管理集群 开发和部署应用程序 扩展应用程序 图 图 2.1. OpenShift Web 控制台的 Administration → Cluster Settings 页面中查看它。每个集群 Operator 都会提供一个确定集群 功能的简单 API。Operator 将管理组件生命周期的细节隐藏起来。Operator 可以管理一个组件或数十个 组件，但最终目标始终是通过自动化常见操作来减轻运维负担。 其他 其他资 资源 源 集群 Operator 参考 4.1.5. 附加组件

web 控制台和自定义 OpenShift CLI (oc) 界面。 1.1.3.4. OpenShift Container Platform 生命周期 生命周期 下图显示了 OpenShift Container Platform 的基本生命周期： 创建 OpenShift Container Platform 集群 管理集群 开发和部署应用程序 扩展应用程序 图 图 1.1. OpenShift 管理集群功能的特定方面，如集群范围的应用程序日志记录、Kubernetes control plane 管理或 机器置备系统。 每个 Operator 都为您提供确定集群功能的简单 API。Operator 将管理组件生命周期的细节隐藏起来。 Operator 可以管理一个组件或数十个组件，但最终目标始终是通过自动化常见操作来减轻运维负担。 OpenShift Container Platform 4.3 架 架构 构 集成了操作系统和集群管理。由于集群管理自己的更新，包括集群节 点上 Red Hat Enterprise Linux CoreOS (RHCOS) 的更新，因此 OpenShift Container Platform 提供了可 靠的生命周期管理体验，能够简化节点升级的编配。 OpenShift Container Platform 使用三个 DaemonSet 和控制器来简化节点管理。这些 DaemonSet 通过 使用标准的 Kubernetes