区域（region） 1.2.2.2. 定义自定义 AWS API 端点 1.2.2.3. 将集群安装到 Microsoft Azure Government 区域 1.2.2.4. 在 Azure 上运行的集群的用户定义的出站路由 1.2.2.5. 将集群安装到 vSphere 版本 7.0 1.2.2.6. 使用安装程序置备的基础架构在裸机上安装集群 1.2.2.7. 处理 AWS、Azure 和 GCP 上的云 1.2.2.10. 集群升级前所需的 Operator 的最新版本 1.2.2.11. 没有置备网络的部署 1.2.2.12. 部署现在支持 root 设备 hints 1.2.2.13. 安装程序的改进 1.2.2.14. 安装时选择 RHOSP 可用区 1.2.2.15. 在 RHOSP 上安装时不再需要浮动 IP 地址 1.2.2.16. 为 RHCOS 安装选择磁盘 1.2.2.17. AWS 支持的功能 1.2.2.19. IBM Power 系统 限制 支持的功能 1.2.2.20. Red Hat Virtualization（RHV）全堆栈安装程序的改进 1.2.2.21. 使用安装程序置备的基础架构为裸机部署改进修复失败的节点 1.2.3. 安全性与合规性 1.2.3.1. Compliance Operator 1.2.3.2. 配置 OAuth 令牌不活跃超时 1.2

Tempo 是分布式追踪集合和存储的首选 Operator。OpenTelemetry 和 Tempo 分布式追踪堆栈供所有用户采用，因为这将进一步增强。 1.1.3.2. 新功能及功能增 新功能及功能增强 强 在这个版本中，对分布式追踪平台(Jaeger)引进了以下改进： 支持 ARM 架构。 支持集群范围的代理环境。 1.1.3.3. 程序 程序错误 错误修复 修复 在这个版本中， OpenShift distributed tracing Platform (Tempo) 1.1.4.1. 新功能及功能增 新功能及功能增强 强 在这个版本中，对分布式追踪平台(Tempo)引入了以下改进： 支持 ARM 架构。 支持 span request count, duration, 和 error count (RED)指标。在 Jaeger 控制台中，可以在作为 Tempo 的一部分或 要识别集群中的问题，您可以在 OpenShift Cluster Manager 中使用 Insights。Insights 提供了问题的详细 信息，并在有可用的情况下，提供了如何解决问题的信息。 如果您对本文档有任何改进建议，或发现了任何错误，请为相关文档组件提交 JIRA 问题。请提供具体详 情，如章节名称和 OpenShift Container Platform 版本。 1.1.6. 使开源包含更多 红帽致力于替换我们的代码、文档和

上部署应用程序 4.2. 为服务网格配置分布式追踪 4.3. 应用程序示例 4.4. KIALI 教程 4.5. 分布式追踪 4.6. 自动路由创建 第 第 5 章 章 SERVICE MESH 用 用户 户指南 指南 5.1. 流量管理 第 第 6 章 章 支持 支持 6.1. 为红帽支持收集 RED HAT OPENSHIFT SERVICE MESH 数据 第 第 7 章 章 3SCALE HAT OPENSHIFT SERVICE MESH Red Hat OpenShift Service Mesh 是一个提供对服务网格（service mesh）的行为信息和操作控制的平 台，它为用户提供了一个连接、管理和监控微服务应用程序的统一方法。 术语 服务网格（service mesh）代表在分布式微服务架构中组成应用程序的微服务网络，以及这些微服务 间的交互。当服务网格的规模和复杂性增大时，了解和管理它就会变得非常困难。 在提交问题单的同时提供您的集群信息，可以帮助红帽支持为您进行排除故障。 这类信息可使用 oc adm must-gather 命令来收集。 唯一的集群 ID。 访问其他产品文档。 如果您对本文档有任何改进建议，或发现了任何错误，请访问 http://bugzilla.redhat.com，针对 OpenShift Container Platform 产品的 Documentation组件提交 Bugzilla

Operator 1.2.5. Cluster Monitoring 1.2.5.1. 基于定制的 metrics API 对 pod 进行横向的自动扩展 (技术预览) 1.2.5.2. 新的提示用户界面 1.2.5.3. Telemeter 1.2.5.4. 基于资源 metrics API 对 pod 进行横向的自动扩展 1.2.6. 开发者体验 1.2.6.1. 代码就绪容器 1.2.6 Operator (CNO) 1.2.8.2. OpenShift SDN 1.2.8.3. Multus 1.2.9. Web 控制台 1.2.9.1. 开发者目录 1.2.9.2. 新的管理界面 1.2.10. 安全性 1.3. 主要的技术变化 由 buildah 进行镜像构建 SecurityContextConstraints 服务 CA bundle 的变化 OpenShift Kubernetes，为当今的企业级应用程序 提供了一个更加安全、可扩展的多租户操作系统，同时提供了集成的应用程序运行时及程序库。 OpenShift Container Platform 可以满足用户对安全性、隐私、合规性及监管的要求。 1.1. 关于此版本 Red Hat OpenShift Container Platform (RHBA-2019:0758) 现已正式发行。这个版本使用

PLATFORM CLI 工具概述 用户在操作 OpenShift Container Platform 时执行一系列操作，例如： 管理集群 构建、部署和管理应用程序 管理部署过程 开发 Operator 创建和维护 Operator 目录 OpenShift Container Platform 提供了一组命令行界面 (CLI) 工具，通过允许用户从终端执行各种管理和 开发操作来简化 工具： OpenShift CLI (oc)：这是 OpenShift Container Platform 用户最常用的 CLI 工具。它帮助集群管 理员和开发人员使用终端在 OpenShift Container Platform 间执行端到端操作。与 Web 控制台不 同，它允许用户使用命令脚本直接处理项目源代码。 开发人员 CLI(odo) ： odo CLI 工具使开发人员能够专注于通过处理与 工具概述 3 第 2 章 OPENSHIFT CLI (OC) 2.1. OPENSHIFT CLI 入门 2.1.1. 关于 OpenShift CLI 使用 OpenShift 命令行界面（CLI），oc命令，您可以通过终端创建应用程序并管理 OpenShift Container Platform 项目。OpenShift CLI 在以下情况下是理想的选择： 直接使用项目源代码

OpenShift distributed tracing 版本 2.3.0 支持的组件版本 1.4.5. Red Hat OpenShift distributed tracing 2.2.0 的新功能及改进 1.4.5.1. Red Hat OpenShift distributed tracing 版本 2.2.0 支持的组件版本 1.4.6. Red Hat OpenShift distributed OpenShift distributed tracing 版本 2.1.0 支持的组件版本 1.4.7. Red Hat OpenShift distributed tracing 2.0.0 的新功能及改进 1.4.7.1. Red Hat OpenShift distributed tracing 版本 2.0.0 支持的组件版本 1.5. RED HAT OPENSHIFT DISTRIBUTED 提供了问题的详细 信息，并在有可用的情况下，提供了如何解决问题的信息。 如果您对本文档有任何改进建议，或发现了任何错误，请为相关文档组件提交 JIRA 问题。请提供具体详 情，如章节名称和 OpenShift Container Platform 版本。 1.4. 新功能及功能增强 此版本对以下方面进行了改进 1.4.1. Red Hat OpenShift distributed tracing

. 替换。 3.1.2. 更新全局集群 pull secret 您可以通过替换当前的 pull secret 或附加新的 pull secret 来更新集群的全局 pull secret。 当用户使用单独的 registry 存储镜像而不使用安装过程中的 registry时，需要这个过程。 apiVersion: v1 kind: ConfigMap metadata: name: my-registry-ca 1 1 2 3 1 警告 警告 集群资源必须调整为新的 pull secret，这样可暂时限制集群的可用性。 先决条件 先决条件 您可以使用具有 cluster-admin 角色的用户访问集群。 流程 流程 1. 可选： 要将新的 pull secret 附加到现有 pull secret 中，请完成以下步骤： a. 输入以下命令下载 pull secret： 提供 pull 到这个版本，或选择由 红帽控制向用户推出更新的过程。如果在推出部署的过程或之后发现问题，到这个版本的更新可能会在 fast-4.7 和 stable-4.7 频道中被禁止。一个新版本可能会出现，做为新的首选更新目标。 通过在 fast-4.7 频道中配置预生产环境的系统、在 stable-4.7 频道中配置生产环境的系统，并参与红帽连 接的客户项目，用户可以改进更新的过程。红帽使用这个程序观察更新对您特定的硬件和软件配置的影

在提交问题单的同时提供您的集群信息，可以帮助红帽支持为您进行排除故障。 这类信息可使用 oc adm must-gather 命令来收集。 唯一的集群 ID。 访问其他产品文档。 如果您对本文档有任何改进建议，或发现了任何错误，请访问 http://bugzilla.redhat.com，针对 OpenShift Container Platform 产品的 Documentation组件提交 Bugzilla 2.2. 为红帽支持收集您的集群数据 您可使用 oc adm must-gather CLI 命令收集有关您的集群的调试信息。 先决条件 先决条件 使用具有 cluster-admin 角色的用户访问集群。 已安装 OpenShift Container Platform CLI (oc)。 流程 流程 1. 进入要存储 must-gather 数据的目录。 2. 运行 oc adm OpenShift CLI (oc) 或 OpenShift Container Platform web 控制台获得您的集群 ID。 先决条件 先决条件 使用具有 cluster-admin 角色的用户访问集群。 已安装 OpenShift Container Platform CLI (oc)。 流程 流程 要使用 OpenShift CLI（oc）获取集群 ID，请运行以下命令： $ oc

访问 访问策略 策略 组角色，用于指明集群内的用户、应用程序和实体如何与另一个角色进行交互。访问策略会增加集群 安全性。 准入插件 准入插件 准入插件强制执行安全策略、资源限制或配置要求。 身份 身份验证 验证 为了控制对 OpenShift Container Platform 集群的访问，集群管理员可以配置用户身份验证，并确保 只有批准的用户访问集群。要与 OpenShift Container OpenShift Container Platform Update Service 的 Operator，它根据图中的当前组件版本和信息 查看有效的更新和更新路径。 Compute 节 节点 点 负责执行集群用户工作负载的节点。Compute 节点也称为 worker 节点。 配置偏移 配置偏移 在节点上配置与机器配置指定的内容不匹配的情况。 containers 包括软件及其所有依赖项的轻量级和可 包含要在终端执行以编译镜像的用户命令的文本文件。 托管 托管 control plane OpenShift Container Platform 功能，允许从其 data plane 和 worker 在 OpenShift Container Platform 集群上托管 control plane。这个模型执行以下操作： 优化 control plane 所需的基础架构成本。 改进集群创建时间。

MANAGER (OLM) 2.5. 了解 OPERATORHUB 2.6. 红帽提供的 OPERATOR 目录 2.7. 多租户集群中的 OPERATOR 2.8. CRD 第 第 3 章 章 用 用户 户任 任务 务 3.1. 从已安装的 OPERATOR 创建应用程序 3.2. 在命名空间中安装 OPERATOR 第 第 4 章 章 管理 管理员 员任 任务 务 4.1. 在集群中添加 OPERATOR 概述 Operator 是 OpenShift Container Platform 中最重要的组件。Operator 是 control plane 上打包、部署和 管理服务的首选方法。它们还可以为用户运行的应用程序提供优势。 Operator 与 Kubernetes API 和 CLI 工具（如 kubectl 和 oc 命令）集成。它们提供了监控应用程序、执 行健康检查、管理无线(OTA) Operator (CVO) 管理的 Cluster Operator 被默认安装来执行集群功能。 可选的附加组件 Operator 由 Operator Lifecycle Manager(OLM)管理，供用户在其应用程序中运 行。 使用 Operator，您可以创建应用程序来监控集群中运行的服务。Operator 是专为您的应用程序而设计 的。Operator 实施并自动执行常见的第 1 天操作，如安装和配置以及第