允许非集群管理员安装 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，它类似于 内置的原生

载或构建它们。 可修补性 如果基础镜像因为安全问题而需要补丁，则 S2I 允许基于新的基础镜像重新构建应用程序。 操作效率 通过限制构建操作而不许随意进行 Dockerfile 允许的操作，PaaS 运维人员可以避免意外或故 意滥用构建系统。 操作安全性 构建任意 Dockerfile 会将主机系统暴露于 root 特权提升。因为整个 Docker 构建过程都通过具 备 Docker 特权 载或构建它们。 可修补性 如果基础镜像因为安全问题而需要补丁，则 S2I 允许基于新的基础镜像重新构建应用程序。 操作效率 通过限制构建操作而不许随意进行 Dockerfile 允许的操作，PaaS 运维人员可以避免意外或故 意滥用构建系统。 操作安全性 构建任意 Dockerfile 会将主机系统暴露于 root 特权提升。因为整个 Docker 构建过程都通过具 备 Docker 特权

章 分布式追踪平台 分布式追踪平台(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

Hat OpenShift distributed tracing Platform 实例 3.5.2. 通过 CLI 删除 Red Hat OpenShift distributed tracing 平台实例 3.5.3. 删除 Red Hat OpenShift distributed tracing Operator 26 28 29 31 32 35 43 45 46 47 47 platform Operator 调用 Red Hat Elasticsearch Operator。此发行版本完全支持自助置备。 首先创建 Elasticsearch 实例和证书，然后将分布式追踪平台配置为使用此证书是这个发行版本的 技术预览。 注意 注意 当升级到 Red Hat OpenShift distributed tracing 2.4 时，Operator 会重新创建 Elasticsearch 此 Red Hat OpenShift 分布式追踪发行版本解决了 CVE 报告的安全漏洞问题以及程序错误。 在这个版本中，Red Hat OpenShift distributed tracing 平台 Operator 被默认安装到 openshift- distributed-tracing 命名空间。在以前的版本中，默认安装位于 openshift-operators 命名空间中。 1.4

安装 1.2. OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 集群功能 集群功能 3.1. 选择集群功能 3.2 25.8. 在使用用户置备的受限网络中的 VMC 上安装集群 25.9. 在 VMC 上安装三节点集群 25.10. 在 VMC 上卸载集群 第 第 26 章 章 在任意平台上安装 在任意平台上安装 26.1. 在任意平台上安装集群 第 第 27 章 章 安装配置 安装配置 27.1. 自定义节点 27.2. 配置防火墙 27.3. 启用 LINUX 控制组版本 2 (CGROUP V2) rpm-ostree 在每台机器上作为原子操作原位进行。通过结合使用这些技术，OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统，通过原位升级使整个平台 保持最新状态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统，则集群将管理其组件和机器的所有方面，包括操作系统在 内。因此，只有安装程序和 Machine Config

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 章 章 断开 断开连 连接的安装 接的安装镜 镜像 像 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

安装 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

中，您可以在您置备的裸机基础架构上安装集群。 重要 重要 虽然您可能能够按照此流程在虚拟化或云环境中部署集群，但您必须清楚非裸机平台的其 他注意事项。在尝试在此类环境中安装 OpenShift Container Platform 集群前，请参阅有 关在未经测试的平台上部署 OpenShift Container Platform 的指南中的信息。 1.1.1. 先决条件 查看有关 OpenShift Platform 和 Kubernetes 对磁盘性能非常敏感，建议使用更快的存储速度， 特别是 control plane 节点上需要 10 ms p99 fsync 持续时间的 etcd。请注意，在许多云平台上， 存储大小和 IOPS 可一起扩展，因此您可能需要过度分配存储卷来获取足够的性能。 1.1.3.4. 证书签名 名请求管理 求管理 在使用您置备的基础架构时，集群只能有限地访问自动机器管理，因此您必须提供一种在安装后批准集群 Container Platform 要求所有节点都能访问互联网，以便为平台容器提取镜像并 向红帽提供遥测数据。 负载 负载均衡器 均衡器 在安装 OpenShift Container Platform 前，您必须置备两个满足以下要求的负载均衡器： 1. API 负载 负载均衡器 均衡器：提供一个通用端点，供用户（包括人和机器）与平台交互和配置。配置以下条 件： 只适用于第 4 层负载均衡。这可被称为

安装概述 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