OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 集群功能 集群功能 3.1. 选择集群功能 3.2. OPENSHIFT CONTAINER Platform 安装程序提供了四个部署集群的方法，相关信息包括在以下列表中： 交互式 交互式 ：您可以使用基于 Web 的 辅助安装程序（Assisted Installer）部署集群。对于可以连接到 互联网的网络，这是一个理想的方法。Assisted Installer 是安装 OpenShift Container Platform 的最简单方法，它提供智能默认值，并在安装集群前执行预动态验证。它还提供了一个 令行界面完成配置。这个方法适用于断开连接的环境。 自 自动 动 ：您可以在安装程序置备的基础架构中部署集群。安装程序使用每个集群主机的基板管理控 制器 (BMC) 进行置备。您可以在有连接或断开连接的环境中部署集群。 完全控制 完全控制：您可以在自己准备和维护的基础架构上部署集群，这种方法提供了最大的定制性。您 可以在有连接或断开连接的环境中部署集群。 每种方法部署的集群具有以下特征：

DATA FOUNDATION 介 介绍 绍 第 第 2 章 章 OPENSHIFT DATA FOUNDATION 基 基础 础架 架构 构 2.1. 关于 OPERATOR 2.2. 存储集群部署方法 2.3. 节点类型 第 第 3 章 章 内部存 内部存储 储服 服务 务 第 第 4 章 章 外部存 外部存储 储服 服务 务 第 第 5 章 章 安全考 安全考虑 虑 5.1. FIPS-140-2 OpenShift Data Foundation 支持部署到在安装程序置备的基础架构或用户置备的基础架构上部 署的 Red Hat OpenShift Container Platform 集群中。 有关这两种方法的详情，请参阅 OpenShift Container Platform - 安装过程 。 如需了解更多有关 Red Hat OpenShift Data Foundation 和 Red Hat Data Foundation 通过最少的管理员干预来确保集群处于该状态，或接近该状态。 OpenShift Data Foundation operator（操作器） （操作器） 使用特定测试的方法在其他 Operator 上绘制并强制实施受支持的 Red Hat OpenShift Data Foundation 部署的建议和要求。rook-ceph 和 noobaa operator 提供了打包了这些资源的存储集群资源。

MESH Red Hat OpenShift Service Mesh 是一个提供对服务网格（service mesh）的行为信息和操作控制的平 台，它为用户提供了一个连接、管理和监控微服务应用程序的统一方法。 术语 服务网格（service mesh）代表在分布式微服务架构中组成应用程序的微服务网络，以及这些微服务 间的交互。当服务网格的规模和复杂性增大时，了解和管理它就会变得非常困难。 Red Hat 代理服务器部署到用于处理不同微服务之间的所有网络通讯的环境中。您可以 使用 control plane 功能配置和管理 Service Mesh。 Red Hat OpenShift Service Mesh 提供了一个方便的方法来创建一个部署的服务网络，它可提供发现、负 载平衡、服务对服务验证、故障恢复、指标和监控的功能。服务网格还提供更复杂的操作功能，其中包括 A/B 测试、canary 发行版本、速率限制、访问控制以及端到端验证。 在 Kiali 控制台中，当您点击导航中的分布式跟踪或跟踪标签页时，会要求您接受证 书，然后要求您提供 OpenShift 登录凭证。这是因为框架如何显示控制台中的 Trace 页面中存在 问题。解决方法是在另一个浏览器窗口中为 Jaeger 控制台打开 URL 并登录。然后您可以在 Kiali 控制台中查看内嵌的追踪页面。 KIALI-3118 当对 ServiceMeshMemberRoll

OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 集群功能 集群功能 3.1. 选择集群功能 3.2. OPENSHIFT CONTAINER Platform 安装程序提供了四个部署集群的方法，相关信息包括在以下列表中： 交互式 交互式 ：您可以使用基于 Web 的 辅助安装程序（Assisted Installer）部署集群。对于可以连接到 互联网的网络，这是一个理想的方法。Assisted Installer 是安装 OpenShift Container Platform 的最简单方法，它提供智能默认值，并在安装集群前执行预动态验证。它还提供了一个 令行界面完成配置。这个方法适用于断开连接的环境。 自 自动 动 ：您可以在安装程序置备的基础架构中部署集群。安装程序使用每个集群主机的基板管理控 制器 (BMC) 进行置备。您可以在有连接或断开连接的环境中部署集群。 完全控制 完全控制：您可以在自己准备和维护的基础架构上部署集群，这种方法提供了最大的定制性。您 可以在有连接或断开连接的环境中部署集群。 每种方法部署的集群具有以下特征：

OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 断开 断开连 连接的安装 接的安装镜 镜像 像 3.1. 关于断开连接的安装镜像 其他资 资源 源 如需了解每个支持的平台可用的安装类型的更多信息，请参阅不同平台支持的安装方法。 有关选择安装方法以及准备所需资源的信息，请参阅选择集群安装方法并为用户准备。 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 安装概述 安装概述 13 第 2 章 选择集群安装方法并为用户准备它 在安装 OpenShift Container Platform 前， Cloud, AWS, Azure, Azure Stack Hub, GCP, 或 VMC on AWS 的情况下部署安装程序置备的基础架构集群。这些安装方法是部署具有生产环境性 OpenShift Container Platform 集群的最快方法。 如果需要为安装程序置备的基础架构集群执行基本配置，如集群机器的实例类型，您可以自定义 Alibaba Cloud, AWS, Azure, GCP

来解决这些架构问题，并可修改、重定向或创建新请求到其他服务。 Service Mesh 基于开源 Istio 项目，为创建部署的服务提供发现、负载均衡、服务对服务身份验证、故障 恢复、指标和监控的服务网络提供了便捷的方法。服务网格还提供更复杂的操作功能，其中包括 A/B 测 试、canary 发行版本、访问控制以及端到端验证。 1.1.2. 核心功能 Red Hat OpenShift Service Mesh 多集群模型需要在网格和远程访问独立网格所在的所有 Kubernetes API 服务器之间具有高度信任。 Red Hat OpenShift Service Mesh 联邦针对 Service Mesh 的多集群实施，该方法假设网格之间的信任最 小。 联邦网格（federated mesh） 是作为单个网格组成的一组网格。每个网格中的服务可以是独特的服务，例 如通过从另一个网格中导入服务的网格添加服务，可以为网格中的相同服务提供额外的工作负载，提供高 社区安装会在您标记的项目中自动将 sidecar 注入 pod。 Red Hat OpenShift Service Mesh 不会自动将 sidecar 注入任何 pod，而是要求您选择使用没有标记项目 的注解注入。这个方法需要较少的权限，且不会与其他 OpenShift 功能冲突，比如 builder pod。要启用 自动注入，您可以指定 sidecar.istio.io/inject 注解，如自动 sidecar 注入部分所述。

关于 RHCOS 5.2. 查看 IGNITION 配置文件 5.3. 安装后更改 IGNITION 配置 第 第 6 章 章 CI/CD 方法和 方法和实 实践 践 6.1. 用于集群管理和应用程序配置管理的 CI/CD 6.2. GITOPS 方法和实践 第 第 7 章 章 在 在 OPENSHIFT CONTAINER PLATFORM 中使用 中使用 ARGOCD 7.1. ARGOCD 已在大量的云和本地环境中被采用。借助开源开发模型，拥护和可以通过为组件 （如网络、存储和身份验证）实施不同的技术来扩展 Kubernetes 的功能。 1.1.2. 容器化应用程序的好处 与使用传统部署方法相比，使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 操作系统上，容器能让一个应用程序随身携带自己的依赖项。创建容器化应用程序有很多好处。 1.1.2.1. 操作系 操作系统的好 Operator 不被正式支持，集群管 理员需要完全掌控各个组件的配置和升级。 可使用以下方法将 Operator 设置为非受管状态： 第 第 2 章 章 安装和更新 安装和更新 11 独立 独立 Operator 配置 配置 独立 Operator 的配置中具有 managementState 参数。这可以通过不同的方法来访问，具体取 决于 Operator。例如，Cluster Logging Operator

OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 为 为断开 断开连 连接的安装 接的安装 MIRROR 镜 镜像 像 3.1. 其他 其他资 资源 源 如需了解每个支持的平台可用的安装类型的更多信息，请参阅不同平台支持的安装方法。 有关选择安装方法以及准备所需资源的信息，请参阅选择集群安装方法并为用户准备。 OpenShift Container Platform 4.8 安装 安装 12 第 2 章 选择集群安装方法并为用户准备它 在安装 OpenShift Container Platform 前，请确定您具备为用户准备集群所需的所有所需资源。 的安装过程中为集群机器部署操作系统。请参阅 OpenShift Container Platform 3 和 OpenShift Container Platform 4 的比较。 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 13 由于需要置备机器作为 OpenShift Container Platform 集群安装过程的一部分，所以无法将 OpenShift Container

新功能及功能增强 1.2.1.2. 弃用和删除的功能 1.2.1.2.1. Elasticsearch Curator 已被删除 1.2.1.2.2. 使用旧的 Fluentd 和旧 syslog 方法转发日志已被弃用 1.2.1.3. 程序错误修复 1.2.2. OpenShift Logging 5.0.9 1.2.2.1. 程序错误修复 1.2.2.2. CVE 1.2.3. OpenShift 技术预览功能 1.2.11.3. 弃用和删除的功能 1.2.11.3.1. Elasticsearch Curator 已被弃用 1.2.11.3.2. 使用旧的 Fluentd 和旧 syslog 方法转发日志已被弃用 1.2.11.4. 程序错误修复 1.2.11.5. 已知问题 第 第 2 章 章 了解 了解 RED HAT OPENSHIFT LOGGING 2.1. 关于部署 OPENSHIFT 参数 7.6. 将日志转发到 KAFKA 代理 7.7. 从特定项目转发应用程序日志 7.8. 从特定 POD 转发应用程序日志 7.9. 使用旧的 FLUENTD 方法转发日志 7.10. 使用旧的 SYSLOG 方法转发日志 第 第 8 章 章 启 启用 用 JSON 日志 日志记录 记录 8.1. 解析 JSON 日志 8.2. 为 ELASTICSEARCH 配置 JSON 日志数据