指标、日志和追踪 1.16. 性能和可扩展性 1.17. 为生产环境配置 SERVICE MESH 1.18. 连接服务网格 1.19. 扩展 1.20. 使用 3SCALE WEBASSEMBLY 模块 1.21. 使用 3SCALE ISTIO 适配器 1.22. 服务网格故障排除 1.23. ENVOY 代理故障排除 1.24. SERVICE MESH CONTROL PLANE 配置参考 Mesh 生命周期和支持的平台的更多信息，请参阅平 台生命周期政策。 1.1.1. Red Hat OpenShift Service Mesh 简介 Red Hat OpenShift Service Mesh 通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层，而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务，从而简化扩展和维护。但是，随着微服务架构上构建的企 Istio 1.10 更新了 Envoy，默认使用 eth0 而不是 lo 将流量发送到应用程序容器。 1.2.2.4.6. Service Mesh Control Plane 1.1 对于所有平台，此发行版本结束了对基于 Service Mesh 1.1 的 Service Mesh Control Planes 的支持。 1.2.2.4.7. Istio 1.12 支持 第 第 1 章

章 分布式追踪平台 分布式追踪平台(JAEGER) 3.1. 安装分布式追踪平台 JAEGER 3.2. 配置和部署分布式追踪平台 JAEGER 3.3. 更新分布式追踪平台 JAEGER 3.4. 删除分布式追踪平台 JAEGER 第 第 4 章 章 分布式追踪平台 分布式追踪平台(TEMPO) 4.1. 安装分布式追踪平台(TEMPO) 4.2. 配置和部署分布式追踪平台(TEMPO) 配置和部署分布式追踪平台(TEMPO) 4.3. 更新分布式追踪平台(TEMPO) 4.4. 删除 RED HAT OPENSHIFT DISTRIBUTED TRACING PLATFORM (TEMPO) 3 3 5 8 11 16 18 19 21 22 24 25 26 28 31 31 34 34 37 69 70 74 74 82 94 95 目 目录 录 1 OpenShift Container 的信息。您可以使用 Red Hat OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成： Red Hat OpenShift distributed tracing Platform

备更新集群 更新集群 2.1. 准备升级到 OPENSHIFT CONTAINER PLATFORM 4.14 2.2. 准备使用手动维护的凭证更新集群 2.3. PREFLIGHT 验证内核模块管理 (KMM) 模块 第 第 3 章 章 执 执行集群更新 行集群更新 3.1. 使用 CLI 更新集群 3.2. 使用 WEB 控制台更新集群 3.3. 执行 EUS 到 EUS 更新 3.4. 执行 CANARY Container Platform 4 中，您可以使用 Web 控制台或 OpenShift CLI (oc) 使用单一操作来 更新 OpenShift Container Platform 集群。平台管理员可以通过转至 web 控制台中的 Administration → Cluster Settings 或查看 oc adm upgrade 命令的输出来查看新的更新选项。 红帽托管了一个公共 (artifact) 作为容器镜像托管在 Quay 中。 为了让 OpenShift Update Service 仅提供兼容的更新，可以使用一个版本验证管道来驱动自动化过程。每 个发行工件都会被验证是否与支持的云平台和系统架构以及其他组件包兼容。在管道确认有适用的版本 后，OpenShift Update Service 会通知您它可用。 OpenShift Container Platform 4.14 更新集群

PLATFORM 安装概述 1.1.1. 安装过程 采用安装程序置备的基础架构的安装过程 采用用户置备的基础架构的安装过程 安装过程详细信息 安装范围 1.2. OPENSHIFT 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.1.1. 您要自己安装和管理 OpenShift Container 4? 2.1.3. 您是否希望在您的集群中使用已存在的组件？ 2.1.4. 您的集群是否需要额外的安全性？ 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 为 为断开 断开连 连接的安装 接的安装 MIRROR 镜 镜像 像 3.1. 先决条件 3.2. 关于镜像 REGISTRY 3.3. 准备您的镜像主机 3 Telemetry 访问 15.7.23. 后续步骤 15.8. 在 VMC 上卸载集群 15.8.1. 删除使用安装程序置备的基础架构的集群 第 第 16 章 章 在任意平台上安装 在任意平台上安装 16.1. 在任何平台上安装集群 16.1.1. 先决条件 16.1.2. OpenShift Container Platform 的互联网访问 16.1.3. 具有用户置备基础架构的集群的机器要求

安装概述 1.2. OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 为 为断开 断开连 连接的安装 接的安装 MIRROR 使用用户置备的基础架构和网络自定义在 VMC 上安装集群 15.8. 在带有用户置备的受限网络中的 VMC 上安装集群 15.9. 在 VMC 上卸载集群 第 第 16 章 章 在任意平台上安装 在任意平台上安装 16.1. 在任何平台上安装集群 第 第 17 章 章 安装配置 安装配置 17.1. 自定义节点 17.2. 配置防火墙 第 第 18 章 章 验证 验证安装 安装 18.1. 查看安装日志 rpm-ostree 在每台机器上作为原子操作原位进行。通过结合使用这些技术，OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统，通过原位升级使整个平台保持最新状 态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统，则集群将管理其组件和机器的所有方面，包括操作系统在 内。因此，只有安装程序和 Machine Config

安装概述 1.2. OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 断开 断开连 连接的安装 接的安装镜 镜像 像 3 使用用户置备的基础架构和网络自定义在 VMC 上安装集群 21.8. 在使用用户置备的受限网络中的 VMC 上安装集群 21.9. 在 VMC 上卸载集群 第 第 22 章 章 在任意平台上安装 在任意平台上安装 22.1. 在任意平台上安装集群 第 第 23 章 章 安装配置 安装配置 23.1. 自定义节点 23.2. 配置防火墙 第 第 24 章 章 验证 验证安装 安装 24.1. 查看安装日志 rpm-ostree 在每台机器上作为原子操作原位进行。通过结合使用这些技术，OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统，通过原位升级使整个平台保持最新状 态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统，则集群将管理其组件和机器的所有方面，包括操作系统在 内。因此，只有安装程序和 Machine Config

CONTAINER PLATFORM 中的 FIPS 验证 2.2. 集群使用的组件支持 FIPS 2.3. 在 FIPS 模式下安装集群 第 第 3 章 章 安装配置 安装配置 3.1. 不同平台的安装方法 3.2. 自定义节点 3.3. 创建用于在受限网络中安装的镜像 REGISTRY 3.4. 可用的集群自定义 3.5. 配置防火墙 3.6. 配置私有集群 3 3 4 5 6 Platform 在 Red Hat Enterprise Linux (RHEL) 和 Red Hat CoreOS (RHCOS) 中使 用特定的 FIPS 验证/Modules in Process 模块用于使用它们的操作系统组件。请参阅 RHEL7 core crypto components 中的内容。例如，当用户 SSH 到 OpenShift Container Platform 集群和容器时，这些连接会 版本中，将继续评估并改进这个 限制。 CRI-O 运行时支持 FIPS。 OpenShift Container Platform 服务支持 FIPS。 FIPS 验证的/Modules in Process 的加密模块和算法， 它们从 RHEL 7 和 RHCOS 二进制文件和镜像中获 得。 使用 FIPS 兼容 golang 编译器。 对 TLS FIPS 的支持当前还不完整，但计划在将来的 OpenShift

安装 1.2. OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 集群功能 集群功能 3.1. 选择集群功能 3.2 在使用安装程序置备的基础架构的 VSPHERE 上卸载集群 22.12. 使用 VSPHERE 问题检测器 OPERATOR 22.13. VSPHERE 的安装配置参数 第 第 23 章 章 在任意平台上安装 在任意平台上安装 23.1. 在任意平台上安装集群 第 第 24 章 章 安装配置 安装配置 24.1. 自定义节点 24.2. 配置防火墙 24.3. 启用 LINUX 控制组版本 1 (CGROUP V1) rpm-ostree 在每台机器上作为原子操作原位进行。通过结合使用这些技术，OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统，通过原位升级使整个平台 保持最新状态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统，则集群将管理其组件和机器的所有方面，包括操作系统在 内。因此，只有安装程序和 Machine Config

允许非集群管理员安装 OPERATOR 4.9. 管理自定义目录 4.10. 在受限网络中使用 OPERATOR LIFECYCLE MANAGER 4.11. 目录源 POD 调度 4.12. 管理平台 OPERATOR （技术预览） 4.13. TROUBLESHOOTING OPERATOR 的问题 第 第 5 章 章 开 开发 发 OPERATOR 5.1. 关于 OPERATOR SDK OPERATOR 5.12. 验证 OPERATOR 捆绑包 5.13. 高可用性或单节点集群检测和支持 5.14. 使用 PROMETHEUS 配置内置监控 5.15. 配置领导选举机制 5.16. 为多平台支持配置 OPERATOR 项目 5.17. 基于 GO 的 OPERATOR 的对象修剪工具 4 4 4 5 6 6 7 23 25 64 66 68 70 79 79 80 90 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 工具来管理您的应用程序？ 用程序？ 这些 API 功能丰富，所有平台均有对应的客户端，并可插入到集群的访问控制/审核中。Operator 会 使用 Kubernetes 的扩展机制“自定义资源定义 (CRD)”支持您的自定义对象，如 MongoDB，它类似于 内置的原生

OpenShift Container Platform 为软件开发人员和 IT 机构提供了一个混合云应用平台。使用这个 平台可以在配置和管理成本最小化的情况下，利用安全、可扩展的资源部署新的或已有的应用程序。 OpenShift Container Platform 支持大量编程语言和开发平台，如 Java、JavaScript、Python、Ruby 和 PHP。 OpenShift Container 生命周期政策。 从 OpenShift Container Platform 4.14 开始，延长更新支持(EUS)扩展至 64 位 ARM、IBM Power®(ppc64le)和 IBM Z®(s390x)平台。如需更多信息，请参阅 OpenShift EUS 概述。 OpenShift Container Platform 4.14 是一个延长更新支持 (EUS) 版本。如需了解更多与 Red Hat RHEL 加 密库，在 x86_64、ppc64le、s390x 架构上提交给 NIST 的 FIPS 140-2/140-3 Validation。 有关 NIST 验证程序的更多信息，请参阅加密模块验证程序。有关为验证提交的 RHEL 加密库的单独版本 的最新 NIST 状态，请参阅 Compliance Activities 和 Government Standards。 1.2. OPENSHIFT