owners. 摘要 摘要 本文档提供有关在 OpenShift Container Platform 中使用 Operator 的信息。文中为集群管理员提供 了 Operator 的安装和管理说明，为开发人员提供了如何通过所安装的 Operator 创建应用程序的信 息。另外还提供了一些使用 Operator SDK 构建自用 Operator 的指南。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 OPERATOR 概述 概述 1.1. 对于开发人员 1.2. 对于管理员 1.3. 后续步骤 第 第 2 章 章 了解 了解 OPERATOR 2.1. 什么是 OPERATOR? 2.2. OPERATOR FRAMEWORK 打包格式 MANAGER 4.11. 目录源 POD 调度 4.12. 管理平台 OPERATOR （技术预览） 4.13. TROUBLESHOOTING OPERATOR 的问题 第 第 5 章 章 开 开发 发 OPERATOR 5.1. 关于 OPERATOR SDK 5.2. 安装 OPERATOR SDK CLI 5.3. 基于 GO 的 OPERATOR 5.4. 基于 ANSIBLE 的

持久性 卷 (PV) 框架来允许集群管理员为集群提供持久性存储。开发人员可以在不了解底层存储基础架构的情 况下使用 PVC 来请求 PV 资源。 持久性卷 持久性卷 (PV) OpenShift Container Platform 使用 Kubernetes 持久性卷 (PV) 框架来允许集群管理员为集群提供持 久性存储。开发人员可以在不了解底层存储基础架构的情况下使用 PVC 来请求 PV 临时存储可让管理员和开发人员更好地管理其某些操作 的本地存储。如需有关临时存储概述、类型和管理的更多信息，请参阅了解临时存储。 1.2.2. 持久性存储 容器中部署的有状态应用需要持久存储。OpenShift Container Platform 使用名为持久性卷(PV)的预置备 存储框架来允许集群管理员置备持久性存储。这些卷中的数据可能超过单个 pod 的生命周期。开发人员可 以使用持久性卷 Pod 指定其临时本地存储需求。它还允 许 OpenShift Container Platform 在适当的时候调度 pod，并保护节点不受过度使用本地存储的影响。 虽然临时存储框架允许管理员和开发人员更好地管理这个本地存储，但它不提供任何与 I/O 吞吐量和延迟 有关的内容。 2.2. 临时存储的类型 主分区中始终提供临时本地存储。创建主分区的基本方法有两种： root 和 runtime。

发行注记 Red Hat OpenShift Container Platform 为软件开发人员和 IT 机构提供了一个混合云应用平台。使用这个 平台可以在配置和管理成本最小化的情况下，利用安全、可扩展的资源部署新的或已有的应用程序。 OpenShift Container Platform 支持大量编程语言和开发平台，如 Java、JavaScript、Python、Ruby 和 PHP。 OpenShift 系统可以使用 RHCOS 或 RHEL。 从 OpenShift Container Platform 4.12 开始，对于发行版本号为偶数的版本提供了一个额外 6 个月的延长 更新支持 (EUS) 阶段，使其从 18 个月延长到两年。如需更新相关信息，请参阅 Red Hat OpenShift Container Platform 生命周期政策。 从 OpenShift Container Platform OpenShift EUS 相关的信息，请参阅 OpenShift 生命周期和 OpenShift EUS 概述。 版本 4.12 的维护支持于 2025 年 1 月 25 日结束，并进入延长生命周期阶段。如需更新相关信息，请参阅 Red Hat OpenShift Container Platform 生命周期政策 。 从 4.14 发行版本开始，为了简化对红帽所提供的 Operator 的管理和维护，红帽引入了三个新的生命周期

重要 电源监控只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议（SLA）支 持，且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使 用户提早试用新的功能，并有机会在开发阶段提供反馈意见。 有关红帽技术预览功能支持范围的更多信息，请参阅技术预览功能支持范围。 通过对 Red Hat OpenShift 的电源监控，您可以监控工作负载的功耗，并使用关键功耗指标（如 CPU Platform 集群中运行的重要的电源命名空间，如 CPU 或 DRAM。 本发行注记介绍了 OpenShift Container Platform 中 Red Hat OpenShift 的电源监控的开发。 有关 Power 监控 Operator 的概述，请参阅关于电源监控。 1.1. 电源监控 0.1 （技术预览） 此发行版本为 Red Hat OpenShift 引进了电源监控的技术预览版本。以下公告可用于电源监控 重要 电源监控只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议（SLA）支 持，且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使 用户提早试用新的功能，并有机会在开发阶段提供反馈意见。 有关红帽技术预览功能支持范围的更多信息，请参阅技术预览功能支持范围。 2.1. 关于电源监控 您可以使用 Red Hat OpenShift 的电源监控来监控电源使用情况，并确定在

第 4 章 章 了解 了解 OPENSHIFT CONTAINER PLATFORM 开 开发 发 4.1. 关于容器化应用程序开发 4.2. 构建一个简单容器 4.3. 为 OPENSHIFT CONTAINER PLATFORM 创建 KUBERNETES 清单 4.4. 面向 OPERATOR 进行开发 第 第 5 章 章 RED HAT ENTERPRISE LINUX COREOS (RHCOS) OPENSHIFT CONTAINER PLATFORM 架构 1.1. OPENSHIFT CONTAINER PLATFORM 简介 OpenShift Container Platform 是用于开发和运行容器化应用程序的平台。它旨在允许支持的应用程序和 数据中心从少量机器和应用程序扩展到为数百万客户端服务的数千台机器。 OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes

持久性 卷 (PV) 框架来允许集群管理员为集群提供持久性存储。开发人员可以在不了解底层存储基础架构的情 况下使用 PVC 来请求 PV 资源。 持久性卷 持久性卷 (PV) OpenShift Container Platform 使用 Kubernetes 持久性卷 (PV) 框架来允许集群管理员为集群提供持 久性存储。开发人员可以在不了解底层存储基础架构的情况下使用 PVC 来请求 PV 临时存储可让管理员和开发人员更好地管理其某些操作 的本地存储。如需有关临时存储概述、类型和管理的更多信息，请参阅了解临时存储。 1.2.2. 持久性存储 容器中部署的有状态应用需要持久存储。OpenShift Container Platform 使用名为持久性卷(PV)的预置备 存储框架来允许集群管理员置备持久性存储。这些卷中的数据可能超过单个 pod 的生命周期。开发人员可 以使用持久性卷 Pod 指定其临时本地存储需求。它还允 许 OpenShift Container Platform 在适当的时候调度 pod，并保护节点不受过度使用本地存储的影响。 虽然临时存储框架允许管理员和开发人员更好地管理本地存储，但 I/O 吞吐量和延迟不会直接生效。 2.2. 临时存储的类型 主分区中始终提供临时本地存储。创建主分区的基本方法有两种： root 和 runtime。 root 默认情况下，该分区包含

要创建应用程序，您必须已创建了一个项目，或者具有适当的角色和权限访问一个项目。您可以通过 web 控制台的开发者视角, 安装的 Operator, 或 OpenShift Container Platform CLI 来创建一个应用程序。您可 以从 Git、JAR 文件、devfile 或开发人员目录中提供要添加到项目的应用程序。 您还可以使用包含源或二进制代码、镜像和模板的组件，通过 OpenShift 这 些可扩展资源来减少资源消耗。 1.2.3. 将应用程序连接到服务 应用程序使用后端服务来构建和连接工作负载，这因服务提供商而异。使用 Service Binding Operator 作 为开发人员，您可以将工作负载与 Operator 管理的后端服务绑定在一起，而无需手动步骤配置绑定连 接。您还可以在 IBM Power Systems、IBM Z 和 LinuxONE 环境中 应用服务绑定。 控制台或 oc new-project 命令请求创建新项目时，系统会根据可自定义的模板来使用 OpenShift Container Platform 中的端点置备项目。 作为集群管理员，您可以允许开发人员和服务帐户创建或自助置备其自己的项目，并且配置具体的方式。 $ oc delete project $ oc new-project --as=

Perspective (开发者视角) 1.2.6. 扩展 1.2.6.1. 集群最大限制 1.2.6.2. 添加到 Node Tuning Operator 的实时配置集 1.2.6.3. 现在完全支持 Performance Addon Operator 1.2.6.4. 使用 Intel 设备优化数据平面性能 1.2.6.5. 在控制台中管理裸机主机 1.2.7. 开发者体验 1.2.7 发行注记 Red Hat OpenShift Container Platform 为软件开发人员和 IT 机构提供了一个混合云应用平台。使用这个 平台可以在配置和管理成本最小化的情况下，利用安全、可扩展的资源部署新的或已有的应用程序。 OpenShift Container Platform 支持大量编程语言和开发平台，如 Java、JavaScript、Python、Ruby 和 PHP。 OpenShift 此发行版本使用 Kubernetes 1.19 和 CRI-O 运行时。OpenShift Container Platform 4.6 的新功能、改变以及已知的问题包 括在此文档中。 红帽没有公开发布 OpenShift Container Platform 4.6.0，而是发布了 OpenShift Container Platform 4.6.1 作为正式发行版本（GA）。 OpenShift

要创建应用程序，您必须已创建了一个项目，或者具有适当的角色和权限访问一个项目。您可以通过 web 控制台的开发者视角, 安装的 Operator, 或 OpenShift Container Platform CLI 来创建一个应用程序。您可 以从 Git、JAR 文件、devfile 或开发人员目录中提供要添加到项目的应用程序。 您还可以使用包含源或二进制代码、镜像和模板的组件，通过 OpenShift 这些可 扩展资源来减少资源消耗。 1.2.3. 将应用程序连接到服务 应用程序使用后端服务来构建和连接工作负载，这因服务提供商而异。使用 Service Binding Operator 作 为开发人员，您可以将工作负载与 Operator 管理的后端服务绑定在一起，而无需手动步骤配置绑定连 接。您还可以在 IBM Power Systems、IBM Z 和 LinuxONE 环境中 应用服务绑定。 控制台或 oc new-project 命令请求创建新项目时，系统会根据可自定义的模板来使用 OpenShift Container Platform 中的端点置备项目。 作为集群管理员，您可以允许开发人员和服务帐户创建或自助置备其自己的项目，并且配置具体的方式。 $ oc delete project $ oc new-project --as=

Platform 4.13 CI/CD 2 第 1 章 OPENSHIFT CONTAINER PLATFORM CI/CD 概述 OpenShift Container Platform 是面向开发人员的企业就绪 Kubernetes 平台，使组织能够通过 DevOps 实践（如持续集成(CI)和持续交付(CD)）自动化应用程序交付流程。为了满足您的机构需求，OpenShift Container 的基础架构和应用程序。 如需更多信息，请参阅关于 Red Hat OpenShift GitOps 。 1.4. JENKINS Jenkins 自动化了构建、测试和部署应用和项目的过程。OpenShift 开发者工具提供 Jenkins 镜像，它直 接与 OpenShift Container Platform 集成。Jenkins 可通过使用 Samples Operator 模板或认证的 Helm Chart 支持递增构建，可重复利用以前下载的依赖项和过去构建的工件等。 2.1.1.3. Custom 构 构建 建 采用自定义构建策略时，开发人员可以定义负责整个构建过程的特定构建器镜像。通过利用自己的构建器 OpenShift Container Platform 4.13 CI/CD 4 采用自定义构建策略时，开发人员可以定义负责整个构建过程的特定构建器镜像。通过利用自己的构建器 镜像，可以自定义构建流程。 自定义构