OpenShift Container Platform 4.10 可伸缩性和性能 扩展 OpenShift Container Platform 集群并调整产品环境的性能 Last Updated: 2023-10-18 OpenShift Container Platform 4.10 可伸缩性和性能 扩展 OpenShift Container Platform 集群并调整产品环境的性能 127 134 136 139 139 139 139 141 153 154 154 155 157 OpenShift Container Platform 4.10 可伸 可伸缩 缩性和性能 性和性能 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205 209 216 226 236 246 268 281 283 292 307 目 目录 录 3 OpenShift Container Platform 4.10 可伸 可伸缩 缩性和性能 性和性能 4 第 1 章 推荐的主机实践 本节为 OpenShift Container Platform 提供推荐的主机实践。 重要 重要 这些指南适用于带有软件定义

Configuring Ansible 部分。 重要 重要 并行行为可能会认为内容源，如您的镜像 registry 或 Red Hat Satellite 服务器。准备服务 器的基础架构 pod 和操作系统补丁可帮助防止出现这个问题。 从最低延迟控制节点（LAN 速度）运行安装程序。不建议在广域网络(WAN)上运行，因此不会因为丢失 的网络连接运行安装。 Ansible 为 性能和扩展提供了自己的指导，包括使用 ServerAliveInterval=60 第 第 2 章 章 推荐的安装 推荐的安装实 实践 践 5 1 2 20 个分叉非常理想，因为大型分叉可能会导致安装失败。 pipelining 可减少控制和目标节点之间的连接数量，有助于提高安装程序的性能。 2.3. 网络注意事项 在安装后可能会更改网络子网，但难度比较困难。安装前可以更容易地考虑网络子网大小，因为尽可能提 高大小可能会给增长的集群造成问题。 更多请求时增加。另请注意，大量非watch 请求可能会在固定 60 秒超时后取消 API 服务器过载，客户端 开始重试。 API 服务器系统中提供了足够的 CPU 和内存资源，API 服务器请求过载问题可安全地缓解这个问题。通过 考虑以上提到的因素并浏览了 maxRequestsInFlight、API qps 和 burst 值 *_/etc/origin/master/master- config

构建为构建策略提供以下可扩展的支持： Docker 构建 Source-to-image（S2I）构建 Custom 构建 如需更多信息，请参阅了解镜像构建 1.2. OPENSHIFT PIPELINES OpenShift Pipelines 提供了一个 Kubernetes 原生 CI/CD 框架，用于在其自己的容器中设计和运行 CI/CD 管道的每个步骤。它可以通过可预测的结果独立扩展以满足按需管道。 建中发布资源，以及发布构建的最终状态。构建会使用资源限制，具体是指定资源限值，如 CPU 使用 量、内存使用量，以及构建或 Pod 执行时间。 OpenShift Container Platform 构建系统提供对构建策略的可扩展支持，它们基于构建 API 中指定的可选 择类型。可用的构建策略主要有三种： Docker 构建 Source-to-image（S2I）构建 Custom 构建 默认情况下，支持 docker Source-to-image 构 构建 建 Source-to-Image (S2I) 是一种用于构建可重复生成的容器镜像的工具。它通过将应用程序源代码注入容 器镜像并汇编新镜像来生成可随时运行的镜像。新镜像融合了基础镜像（构建器）和构建的源代码，并可 搭配 buildah run 命令使用。S2I 支持递增构建，可重复利用以前下载的依赖项和过去构建的工件等。 2.1.1.3. Custom 构 构建 建

字段设置不正确，配置映射会被自动删除，因此应用程序 pod 不会超过 "ContainerCreating" 阶段。已删除不正确的设置。 TRACING-1725 转入到 TRACING-1631。额外的程序漏洞修复，可确保当存在多个生产环境的 Jaeger 实例，它们使用相同的名称但在不同的命名空间中时，Elasticsearch 证书可以被正确协 调。另请参阅 BZ-1918920。 TRACING-1631 多 功能 Red Hat OpenShift distributed tracing 提供了以下功能： 与 Kiali 集成 - 当正确配置时，您可以从 Kiali 控制台查看分布式追踪数据。 高可伸缩性 - 分布式追踪后端设计具有单一故障点，而且能够按照业务需求进行扩展。 分布式上下文发布 – 允许您通过不同的组件连接数据以创建完整的端到端的 trace。 与 Zipkin 的后向兼容性 - Storage (Data Store) - 收集器需要一个持久的存储后端。Red Hat OpenShift distributed tracing Platform 提供了用于 span 存储的可插拔机制。请注意：在这个发行本中，唯一支持 的存储是 Elasticsearch。 Query (Query Service) - Query 是一个从存储中检索 trace 的服务。 Ingester

SIDECAR 注入 1.11. 升级 SERVICE MESH 1.12. 管理用户和配置集 1.13. 安全性 1.14. 管理服务网格中的流量 1.15. 指标、日志和追踪 1.16. 性能和可扩展性 1.17. 为生产环境配置 SERVICE MESH 1.18. 连接服务网格 1.19. 扩展 1.20. 使用 3SCALE WEBASSEMBLY 模块 1.21. 使用 3SCALE ISTIO 报告的安全漏洞问题。 1.2.2.18.1. Red Hat OpenShift Service Mesh 处理 URI 片段的方式改变 Red Hat OpenShift Service Mesh 包含一个可远程利用的漏洞 CVE-2021-39156，其中 HTTP 请求带有片 段（以 # 字符开头的 URI 末尾的一个部分），您可以绕过 Istio URI 基于路径的授权策略。例如，Istio 授 权策略拒绝发送到 exclude: 第 第 1 章 章 SERVICE MESH 2.X 21 MAISTRA-2692 删除了 Mixer，在 Service Mesh 2.0.x 中定义的自定义指标无法在 2.1 中使用。可 以使用 EnvoyFilter 配置自定义指标。除非有明确记录，红帽不支持 EnvoyFilter 配置。这是因 为与底层 Envoy API 耦合紧密，这意味着无法维护向后兼容性。 MAISTRA-2648

发行注记 Red Hat OpenShift Container Platform 为软件开发人员和 IT 机构提供了一个混合云应用平台。使用这个 平台可以在配置和管理成本最小化的情况下，利用安全、可扩展的资源部署新的或已有的应用程序。 OpenShift Container Platform 支持大量编程语言和开发平台，如 Java、JavaScript、Python、Ruby 和 PHP。 OpenShift OpenShift Container Platform 基于 Red Hat Enterprise Linux（RHEL）和 Kubernetes，为当今的企业级 应用程序提供了一个更加安全、可扩展的多租户操作系统，同时提供了集成的应用程序运行时及程序库。 OpenShift Container Platform 可以满足用户对安全性、隐私、合规性及监管的要求。 1.1. 关于此版本 OpenShift Aligned, Platform Agnostic, 和 Rolling Stream这些生命周期类别为集群管理员提供了额 外的简易性和透明度，以更好地了解每个 Operator 的生命周期策略，并以可预测的支持界限来计划对集 群进行维护和升级。如需更多信息，请参阅 OpenShift Operator 生命周期。 OpenShift Container Platform 专为 FIPS 设计。当以

中不可见。(TRACING-3139) 计划在以后的 Red Hat OpenShift distributed tracing Platform 版本中对 Tempo Operator 提供支持。可 能的额外功能可能包括对 TLS 身份验证、多租户和多个集群的支持。如需有关 Tempo Operator 的更多 信息，请参阅 Tempo 社区文档。 1.5.4. 程序错误修复 此发行版本解决了 Red Hat OpenShift distributed tracing 平台提供以下功能： 与 Kiali 集成 - 当正确配置时，您可以从 Kiali 控制台查看分布式追踪平台数据。 高可伸缩性 - 分布式追踪平台后端设计具有单一故障点，而且能够按照业务需求进行扩展。 分布式上下文发布 – 允许您通过不同的组件连接数据以创建完整的端到端的 trace。 与 Zipkin 的后向兼容性 (Data Store) - 收集器需要一个持久的存储后端。Red Hat OpenShift distributed tracing Platform (Jaeger) 提供了用于 span 存储的可插拔机制。请注意：在这个发行本中， 唯一支持的存储是 Elasticsearch。 Query (Query Service) - Query 是一个从存储中检索 trace 的服务。 Ingester

页面上的内容中选择您感兴趣的内容。 您可以从架构和安全及合规性开始。然后，请参阅 发行注记。 1.1. 集群安装程序操作 作为安装 OpenShift Container Platform 4.6 集群的人员，该文档可帮助您： 在 在 AWS 上安装集群 上安装集群 ：当您在 Amazon Web Services (AWS) 上部署集群时，有许多安装选项。您 可以使用默认设置或自定义 AWS 设置部署集群。您还可以在您置备的 开发人员活动 最终，OpenShift Container Platform 成为一个用于开发和部署容器化应用程序的平台。作为应用程序开 发人员，OpenShift Container Platform 文档可帮助您： 了解 了解 OpenShift Container Platform 开 开发 发 ：了解不同类型的容器化应用，从简单的容器到高级 Kubernetes 部署和 Operator。 使用 行的持续部署系统。它 们使用标准的 Tekton 自定义资源来实现部署自动化，并为处理基于微服务的架构的非中心化团队 设计。 部署 部署 Helm chart:Helm 3 是一个软件包管理器，可帮助开发人员在 Kubernetes 中定义、安装和更 新应用程序软件包。Helm Chart 是一个打包格式，用于描述可以使用 Helm CLI 部署的应用程 序。 了解 了解 Operator：Operator

(OLM) 所支持的 Operator 打包格式。 2.2.1. 捆绑包格式 Operator 的 Bundle Format 是 Operator Framework 引入的新打包格式。为提高可伸缩性并为自行托管 目录的上游用户提供更好地支持，Bundle Format 规格简化了 Operator 元数据的发布。 Operator 捆绑包代表 Operator 的单一版本。磁盘上的捆绑包清单是容器化的，并作为捆绑包镜像提供， API 的 CRD 位于 /manifest 目 录中。 捆绑包格式布局示例 包格式布局示例 额外支持的 外支持的对象 象 以下对象类型也可以包括在捆绑包的 /manifests 目录中： 支持的可 支持的可选对象 象类型 型 ClusterRole ClusterRoleBinding ConfigMap ConsoleCLIDownload ConsoleLink etcd ├── VerticalPodAutoscaler 当捆绑包中包含这些可选对象时，Operator Lifecycle Manager（OLM）可以从捆绑包创建对象，并随 CSV 一起管理其生命周期： 可 可选对象的生命周期 象的生命周期 删除 CSV 后，OLM 会删除可选对象。 当 CSV 被升级时： 如果可选对象的名称相同，OLM 会更新它。 如果可选对象的名称在版本间有所变化，OLM 会删除并重新创建它。

包括： Ignition，OpenShift Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 置。 CRI-O，Kubernetes 的原生容器运行时实现，可与操作系统紧密集成来提供高效和优化的 Kubernetes 体验。CRI-O，提供用于运行、停止和重启容器的工具。它完全取代了 OpenShift Container Platform 3 中使用的 Docker Container Platform 4.2 代码库的基本单元，又是部署供应用程序使用的应用程 序和软件组件的便捷方式。在 OpenShift Container Platform 中，Operator 可充当平台的基础，不再需 要手动升级操作系统和 control plane 应用程序。OpenShift Container Platform Operator（如 Cluster Version Operator registry，为 OpenShift Container Platform 集群 提供大多数容器镜像和 Operator。Quay.io 是 Red Hat Quay 的一个公共 registry 版本，可存储数百万镜 像和标签。 OpenShift Container Platform 中的其他 Kubernetes 增强功能包括软件定义网络 (SDN)、身份验证、日 志聚合、监视和路由方面的改进。OpenShift