OPERATOR 4.9. 管理自定义目录 4.10. 在受限网络中使用 OPERATOR LIFECYCLE MANAGER 4.11. 目录源 POD 调度 4.12. 管理平台 OPERATOR （技术预览） 4.13. TROUBLESHOOTING OPERATOR 的问题 第 第 5 章 章 开 开发 发 OPERATOR 5.1. 关于 OPERATOR SDK 5.2. 安装 OPERATOR DETECTOR） OPERATOR 第 第 7 章 章 OLM 1.0 (技 技术预览 术预览) 7.1. 关于 OPERATOR LIFECYCLE MANAGER 1.0 （技术预览） 7.2. 组件和架构 7.3. 从 OLM 1.0 中的目录安装 OPERATOR （技术预览） 7.4. 在 OLM 1.0 中管理普通捆绑包（技术预览） 359 361 369 369 369 370 370 Platform）监控软件的运行情况，并根据 软件的当前状态实时做出决策。Advanced Operator 被设计为用来无缝地处理升级过程，并对出现的错误 自动进行响应，而且不会采取“捷径”（如跳过软件备份过程来节省时间）。 从技术上讲，Operator 是一种打包、部署和管理 Kubernetes 应用程序的方法。 Kubernetes 应用程序是一款 app，可在 Kubernetes 上部署，也可使用 Kubernetes

数据中心从少量机器和应用程序扩展到为数百万客户端服务的数千台机器。 OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 副本。您可以使用此功能来自 动扩展应用程序，以适应其当前的需求。 短短数年，Kubernetes 已在大量的云和本地环境中被采用。借助开源开发模型，拥护和可以通过为组件 （如网络、存储和身份验证）实施不同的技术来扩展 Kubernetes 的功能。 1.1.2. 容器化应用程序的好处 与使用传统部署方法相比，使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 操作系统上，容器能让一个 混合云部署。您可以将 OpenShift Container Platform 集群部署到各种公有云平台或数据中心 中。 集成了红帽技术。OpenShift Container Platform 中的主要组件源自 Red Hat Enterprise Linux 和 相关的红帽技术。OpenShift Container Platform 得益于红帽企业级优质软件的严格测试和认证 计划。 开源开发模型。

数据中心从少量机器和应用程序扩展到为数百万客户端服务的数千台机器。 OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 副本。您可以使用此功能来自 动扩展应用程序，以适应其当前的需求。 短短数年，Kubernetes 已在大量的云和本地环境中被采用。借助开源开发模型，拥护和可以通过为组件 （如网络、存储和身份验证）实施不同的技术来扩展 Kubernetes 的功能。 1.1.2. 容器化应用程序的好处 与使用传统部署方法相比，使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 操作系统上，容器能让一个 混合云部署。您可以将 OpenShift Container Platform 集群部署到各种公有云平台或数据中心 中。 集成了红帽技术。OpenShift Container Platform 中的主要组件源自 Red Hat Enterprise Linux 和 相关的红帽技术。OpenShift Container Platform 得益于红帽企业级优质软件的严格测试和认证 计划。 开源开发模型。

OpenShift Container Platform 是基于云的 Kubernetes 容器平台。OpenShift Container Platform 的基础 是基于 Kubernetes，因此共享相同的技术。要了解更多有关 OpenShift Container Platform 和 Kubernetes 的信息，请参阅 产品架构。 1.1. 关于安装和更新 作为集群管理员，您可以使用 OpenShift COREOS(RHCOS)和 IGNITION 作为集群管理员，您可以执行以下 Red Hat Enterprise Linux CoreOS(RHCOS)任务： 了解下一代 单用途容器操作系统技术。 选择如何配置 Red Hat Enterprise Linux CoreOS(RHCOS) OpenShift Container Platform 4.7 架 架构 构 4 选择如何部署 数据中心从少量机器和应用程序扩展到为数百万客户端服务的数千台机器。 OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 2.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且

OpenShift Container Platform 是一个基于云的 Kubernetes 容器平台。OpenShift Container Platform 的 基础基于 Kubernetes，因此共享相同的技术。如需了解更多有关 OpenShift Container Platform 和 Kubernetes 的信息，请参阅产品架构。 1.1. OPENSHIFT CONTAINER PLATFORM COREOS (RHCOS) AND IGNITION 作为集群管理员，您可以执行以下 Red Hat Enterprise Linux CoreOS(RHCOS)任务： 了解下一代 单用途容器操作系统技术。 选择如何配置 Red Hat Enterprise Linux CoreOS(RHCOS) 选择如何部署 Red Hat Enterprise Linux CoreOS(RHCOS)： 安装程序置备的部署 数据中心从少量机器和应用程序扩展到为数百万客户端服务的数千台机器。 OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 第 第 2 章 章 OPENSHIFT CONTAINER PLATFORM 架 架构 构 9 2.1.1. 关于 Kubernetes

发行注 行注记 记 5.1. 使开源包含更多 5.2. 关于 RED HAT OPENSHIFT VIRTUALIZATION 5.3. 新增和改变的功能 5.4. 弃用和删除的功能 5.5. 技术预览功能 5.6. 程序错误修复 5.7. 已知问题 第 第 6 章 章 安装 安装 6.1. 为 OPENSHIFT VIRTUALIZATION 准备集群 6.2. 为 OPENSHIFT 红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始：master、 slave、黑名单和白名单。由于此项工作十分艰巨，这些更改将在即将推出的几个发行版本中逐步实施。有 关更多详情，请参阅我们的首席技术官 Chris Wright 提供的消息。 5.2. 关于 RED HAT OPENSHIFT VIRTUALIZATION Red Hat OpenShift Virtualization 可让您将传统虚拟机（VM）放入 存储。只有在以前的 OpenShift Virtualization 版本上安装了旧的 HPP 自定义资源时，才支持 它。 5.5. 技术预览功能 这个版本中的一些功能当前还处于技术预览状态。它们并不适用于在生产环境中使用。请参阅红帽门户网 站中关于对技术预览功能支持范围的信息： 技术预览功能支持范围 现在，您可以使用 Prometheus 监控以下指标： kubevirt_vmi_cpu_system_usage_seconds

本指南主要侧重于优化持久性存储。pod 生命周期中使用的数据的本地临时存储会减少选 项。只有在启用了临时存储技术预览功能时，才会使用临时存储。此功能默认为禁用。如 需更多信息，请参阅为临时存储配置。 5.2. 常规存储指南 下表列出了 OpenShift Container Platform 可用的持久性存储技术。 表 表 5.1. 可用存 可用存储选项 储选项 存 存储类 储类型 型 描述 描述 例子 registry、日志记录和监控的对象存储。 5.3. 存储建议 下表总结了为给定的 OpenShift Container Platform 集群应用程序推荐的可配置存储技术。 表 表 5.2. 推荐的、可配置的存 推荐的、可配置的存储 储技 技术 术 存 存储类 储类型 型 RWO [1] ROX [2] RWX [3] Registry 扩 扩展的 展的 registry 监 监控 控 Logging 1. Registry 在一个非扩展的/高可用性 (HA) OpenShift Container Platform registry 集群部署中： 首选存储技术是对象存储，然后是块存储。存储技术不需要支持 RWX 访问模式。 存储技术必须保证读写一致性。所有 NAS 存储（包含聚合模式/独立模式 GlusterFS），不建议 在带有生产环境工作负载的 OpenShift Container Platform

easeInUse - 针对将在下一个 OpenShift Container Platform 扩展 更新支持（EUS）版本中删除的 API。 如果其中任何一个警报在集群中触发，请查看警报并采取措施通过迁移清单和 API 客户端以使用新的 API 版本来清除警报。 使用 APIRequestCount API 获取有关使用哪些 API 的更多信息，以及哪些工作负载正在使用删除的 API，因为警报不提供此信息。此外，一些 Platform 提供了可靠的更新体验，可最大程度降低更新期间的工作负载中断。除非 集群在更新请求时处于可升级状态，否则更新将不会启动。 这个设计在启动更新前强制实施一些关键条件，您也可以采取其他多个措施来提高成功集群更新的机会。 2.1.3.1. 选择 OpenShift Update Service 推荐的版本 推荐的版本 OpenShift Update Service (OSUS) 根据 为每个目标存储库识别多个已镜像 (mirror)的存储库，以确保如果一个镜像停止运作，仍可使用 其他镜像。 OpenShift Container Platform 中的存储库镜像包括以下属性： 镜像拉取（pull）可应对 registry 停机的问题。 在断开连接的环境中的集群可以从关键位置（如 quay.io）拉取镜像，并让公司防火墙后面的 registry 提供请求的镜像。 发出镜像拉取（pull）请求时尝试特定

the property of their respective owners. 摘要 摘要 此发行注记介绍了 OpenShift Container Platform 的新功能、功能增强、重要的技术变化、以及对以 前版本中的错误作出的主要修正。另外，还包括在此版本正式发行（GA）时存在的已知问题的信 息。 . . . . . . . . . . . . . . . . . . . . . . 1. 关于此版本 1.2. OPENSHIFT CONTAINER PLATFORM 层次和依赖组件支持和兼容性 1.3. 新功能及功能增强 1.4. 主要的技术变化 1.5. 弃用和删除的功能 1.6. 程序错误修复 1.7. 技术预览功能 1.8. 已知问题 1.9. 异步勘误更新 3 3 3 4 29 31 35 47 53 60 目 目录 录 1 OpenShift 存储桶的安全策略时，此选项很有用。 1.3.2.3. 使用 使用 NAT 网关在 网关在 Microsoft Azure 上安装集群（技 上安装集群（技术预览 术预览） ） 在 OpenShift Container Platform 4.14 中，您可以安装使用 NAT 网关进行出站网络的集群。这作为技术 预览提供 (TP)。如需更多信息，请参阅其他 Azure 配置参数。 1.3.2.4. 使用 使用 pd-balanced

Container Platform 中的容器基于 OCI 或 Docker 格式的容器镜像创建。镜像是一种二进制文 件，包含运行单一容器的所有要求以及描述其需求和功能的元数据。 您可以将其视为一种打包技术。容器只能访问其镜像中定义的资源，除非创建时授予容器其他访问权限。 通过将同一镜像部署到跨越多个主机的多个容器内，并在它们之间进行负载平衡，OpenShift 容器平台可 以为镜像中打包的服务提供冗余和横向扩展。 ec4f…），通常可缩短为 12 个字符（如：fd44297e2ddb）。 3.2. 容器 OpenShift Container Platform 应用程序的基本单元称为容器。Linux 容器技术是一个用于隔离不同运行 进程的轻量机制。它可以把运行的进程限制为只与相应的资源进行交互。容器一词被定义为容器镜像的特 定运行或暂停实例。 在一个单一的主机上可以包括多个容器来运行多个不同的应用程序实例，且相互间无法看到其他应用程序 相互间无法看到其他应用程序 的进程、文件、网络等。通常情况下，每个容器提供一项服务，常称为微服务，如 Web 服务器或数据 库，但容器也可用于任意工作负载。 多年来，Linux 内核一直在整合容器技术的能力。Docker 项目为主机上的 Linux 容器开发了便捷的管理接 口。最近，开放容器计划还为容器格式和容器运行时制定了开放标准。OpenShift Container Platform 和 Kubernetes