OpenShift Container Platform 3.11 扩展和性能指南
Container Platform 3.11 扩展和性能指南 OpenShift Container Platform 3.11 扩展和性能指南 Last Updated: 2023-03-25 OpenShift Container Platform 3.11 扩展和性能指南 OpenShift Container Platform 3.11 扩展和性能指南 Enter your first name community. All other trademarks are the property of their respective owners. 摘要 摘要 扩展集群并调整生产环境中的性能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 概述 概述 第 第 2 章 章 推荐的安装 推荐的安装实 实践 践 2.1. 预安装依赖项 2.2. ANSIBLE 安装优化 2.3. 网络注意事项 第 第 3 章 章 推荐的主机 推荐的主机实 实践 践 3.1. OPENSHIFT CONTAINER PLATFORM MASTER 主机的推荐做法 3.2. OPENSHIFT0 码力 | 58 页 | 732.06 KB | 1 年前3OpenShift Container Platform 4.10 可伸缩性和性能
Platform 4.10 可伸缩性和性能 扩展 OpenShift Container Platform 集群并调整产品环境的性能 Last Updated: 2023-10-18 OpenShift Container Platform 4.10 可伸缩性和性能 扩展 OpenShift Container Platform 集群并调整产品环境的性能 法律通告 法律通告 Copyright All other trademarks are the property of their respective owners. 摘要 摘要 本文档提供了扩展集群和优化 OpenShift Container Platform 环境性能的说明。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 境的推荐主机实 实践 践 2.1. 管理 CPU 过量使用 2.2. 禁用透明巨页 2.3. 使用 RECEIVE FLOW STEERING(RFS)提高网络性能 2.4. 选择您的网络设置 2.5. 确保 Z/VM 上使用 HYPERPAV 的高磁盘性能 2.6. IBM Z 主机上的 RHEL KVM 建议 第 第 3 章 章 推荐的集群 推荐的集群扩 扩展 展实 实践 践 3.1. 扩展集群的建议实践0 码力 | 315 页 | 3.19 MB | 1 年前3OpenShift Container Platform 4.14 分布式追踪
与服务架构相关的信息。您可以使用 Red Hat OpenShift distributed tracing 平台来监控、网络性能分析,并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台,您可以执行以下功能: 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成: Red Hat OpenShift distributed tracing 与服务架构相关的信息。您可以使用 Red Hat OpenShift distributed tracing 平台来监控、网络性能分析,并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台,您可以执行以下功能: 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成: Red Hat OpenShift distributed tracing 与服务架构相关的信息。您可以使用 Red Hat OpenShift distributed tracing 平台来监控、网络性能分析,并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台,您可以执行以下功能: 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成: OpenShift Container Platform 4.140 码力 | 100 页 | 928.24 KB | 1 年前3OpenShift Container Platform 4.14 发行注记
的动态使用发生在机器配置池中应用有性能配置集的节点。可用的非保留 CPU 的动态使用可最大化 OVS 的计算资源,并在高需求期间为工作负载最小化网络延迟。OVS 仍然无法在 Guaranteed QoS pod 中动态使用分配给容器的隔离 CPU。这种分离可避免对关键应用程序工作负载造成中断。 注意 注意 当 Node Tuning Operator 识别性能条件来激活使用非保留 CPU 时,OVN-Kubernetes 放置组 组 在这个版本中,您可以配置机器集来部署现有 AWS 放置组中的机器。您可以将此功能与 Elastic Fabric Adapter (EFA) 实例一起使用,以提高指定放置组内机器的网络性能。您可以将此功能用于 compute 和 control plane 机器集。 1.3.17.4. Azure 机密虚 机密虚拟 拟机和可信 机和可信启动 启动(技 (技术预览 术预览) ) 在这个版本中,您可以配置机器集来部署使用 Container Platform 4.14 开始,新安装默认使用 Control Groups 版本 2,也称为 cgroup v2、cgroup2 或 cgroupsv2。此功能增强包括很多 bug 修复、性能改进,以及与新功能集成的功能。在 OpenShift Container Platform 4.14 发 发行注 行注记 记 24 OpenShift Container Platform 40 码力 | 73 页 | 893.33 KB | 1 年前3OpenShift Container Platform 4.6 节点
不仅允许您访问和管理节点;作为管理员,您可以在节点上执行以下任 务,使集群更有效、应用友好,并为开发人员提供更好的环境。 使用 Node Tuning Operator 管理需要一定级别的内核调整的高性能应用程序的节点级性能优化。 使用守护进程集在节点上自动运行后台任务。您可以创建并使用守护进程集来创建共享存储,在 每个节点上运行日志 pod,或者在所有节点上部署监控代理。 使用垃圾回收释放节点资源。您可以通过删除被终止的容器和任何正在运行的 VPA 自 自动计 动计算 算这 这些 些 pod 中容器的流程以及当前的 中容器的流程以及当前的 CPU 和内存使用情况,并使用 和内存使用情况,并使用这 这些数据来决定 些数据来决定优 优化 化 的 的资 资源限制和 源限制和请 请求,以确保 求,以确保这 这些 些 pod 始 始终 终高效操作。例如, 高效操作。例如,VPA 会 会减 减少 少请 请求 求资 资源超 源超过 过使用 请求重新部署 求重新部署 pod。 。VPA 使用一个 使用一个变 变异准入 异准入 webhook 来更新 来更新 pod,在 ,在 pod 被允 被允许 许到 到节 节点前,具有 点前,具有优 优化的 化的资 资源限制和 源限制和请 请求。如果您不希望 求。如果您不希望 VPA 删 删除 除 pod,可以 ,可以 查 查看 看 VPA 资 资源限制和 源限制和请 请求,并根据需要手 求,并根据需要手动0 码力 | 404 页 | 3.60 MB | 1 年前3OpenShift Container Platform 4.9 节点
不仅支持访问和管理节点;作为管理员,您可以在节点上执行以下任务, 使集群更高效、应用程序友好,并为开发人员提供更好的环境。 使用 Node Tuning Operator,为需要一定等级内核调整的高性能应用程序管理节点级别的性能优 化。 在节点上启用 TLS 安全配置集,以保护 kubelet 和 Kubernetes API 服务器之间的通信。 使用守护进程集在节点上自动运行后台任务。您可以创建并使用守护进程集来创建共享存储,在 Operator 对与特定工作负载对象(如守护进程集、复制控制器等)关联的 pod 执行的操 作。 VPA 自动计算这些 pod 中容器的流程以及当前的 CPU 和内存使用情况,并使用这些数据来决定优化的资 源限制和请求,以确保这些 pod 始终高效操作。例如,VPA 会减少请求资源超过使用资源的 pod 的资 源,并为没有请求充足资源的 pod 增加资源。 $ oc describe hpapod,以便您的应用程序可以在不需要停机的情况下继续满足请 求。然后,工作负载对象使用原始资源限制和请求重新部署 pod。VPA 使用一个变异准入 webhook 来更 新 pod,在 pod 被允许到节点前,具有优化的资源限制和请求。如果您不希望 VPA 删除 pod,可以查看 VPA 资源限制和请求,并根据需要手动更新 pod。 注意 注意 默认情况下,工作负载对象必须至少指定两个副本,以便 VPA 自动删除其 0 码力 | 374 页 | 3.80 MB | 1 年前3OpenShift Container Platform 4.8 日志记录
图形。(LOG-1925) 在此次更新之前,Elasticsearch Prometheus exporter 插件使用会影响 Elasticsearch 节点性能的 高成本查询编译了索引级指标。这个版本实现了更低成本的查询,可提高性能。(LOG-1897) 1.22.2. CVE 例 例 1.13. 点 点击 击以展开 以展开 CVE CVE-2021-21409 BZ-1944888 JSON。(LOG-1775) 在此次更新之前,Elasticsearch Prometheus exporter 插件使用会影响 Elasticsearch 节点性能的 高成本查询编译了索引级指标。这个版本实现了更低成本的查询,可提高性能。(LOG-1970) 在此次更新之前,当 Log Forwarding 配置了多个输出时,Elasticsearch 有时会拒绝消息。这是 因为将其中一个输出 Operator 中,使它们出现在在断开连接的环境中运行的 Operator 列表中。(LOG-1420) 在更新前,Red Hat OpenShift Logging Operator pod 被调度到在性能优化的单节点集群中为客 户工作负载保留的 CPU 内核。在这个版本中,集群日志记录操作器 pod 调度到正确的 CPU 内核 中。(LOG-1440) 在更新前,一些日志条目没有被识别为 UTF-80 码力 | 223 页 | 2.28 MB | 1 年前3OpenShift Container Platform 4.10 监控
nodeSelector 约束与标记的节点搭配使用,您可以将任何监控堆栈组件移到特定的节点上。通过 这样做,您可以控制集群中监控组件的放置和分发。 通过控制监控组件的放置和分发,您可以根据特定要求或策略优化系统资源使用、提高性能和隔离工作负 载。 2.6.1. 节点选择器与其他约束一起使用 如果使用节点选择器约束移动监控组件,请注意集群可能存在其他限制来控制 pod 调度: 拓扑分布约束可能处于放置状态来控制 config.yaml: | thanosRuler: retention: 10d OpenShift Container Platform 4.10 监 监控 控 34 优化存储 2.10. 配置远程写入存储 您可以配置远程写入存储,使 Prometheus 能够将最接近的指标发送到远程系统,以进行长期存储。这样 做不会影响 Prometheus 存储指标的方式和时长。 他资源。保存更改还可能在该项目中重新启动正在运行的监控进程。 其他 其他资 资源 源 如需创建远程写入兼容端点(如 Thanos)的步骤,请参阅设置远程写入兼容端点。 如需有关如何针对不同用例优化远程写入设置的信息,请参阅调整远程写入设置。 有关其他可选字段的详情,请参考 API 文档。 2.11. 控制用户定义的项目中未绑定指标属性的影响 开发人员可以使用键值对的形式为指标定义属性。0 码力 | 135 页 | 1.58 MB | 1 年前3OpenShift Container Platform 4.10 虚拟化
OpenShift Data Foundation 部署 OpenShift Virtualization 时,您必须为 Windows 虚 拟机磁盘创建一个专用存储类。详情请参阅为 Windows 虚拟机优化 ODF PersistentVolume。 您可以将 OpenShift Virtualization 与 OVN-Kubernetes、OpenShiftSDN或认证的 OpenShift CNI OpenShift Data Foundation 部署 OpenShift Virtualization,您必 须为 Windows 虚拟机磁盘创建一个专用存储类。详情请参阅为 Windows 虚拟机优化 ODF PersistentVolume。 操作系 操作系统 统要求 要求 在 worker 节点上安装的 Red Hat Enterprise Linux CoreOS(RHCOS) 注意 Container Platform 的一个附加组件,它会带来额外的开销。除了 OpenShift Container Platform 要求外,每个集群机器都必须满足以下开销要求。覆盖集群中的物理资源 可能会影响性能。 重要 重要 OpenShift Container Platform 4.10 虚 虚拟 拟化 化 16 1 2 重要 重要 本文档中给出的数字基于红帽的测试方法和设置。这些数字会根据您自己的设置和环境而0 码力 | 307 页 | 3.45 MB | 1 年前3OpenShift Container Platform 4.1 发行注记
Node Tuning Operator 可以帮助您通过 tuned 守护进程来管理节点一级的性能优化。大多数高性能应用 程序都需要一定程度的内核级性能优化。Node Tuning Operator 为用户提供了一个统一的、节点一级的 sysctls 管理接口,并可以根据具体用户的需要灵活地添加定制的性能优化设置(当前还是一个技术预览功 能)。Node Tuning Operator 把为 OpenShift OpenShift Container Platform 容器化的 tuned 守护进程作为一个 Kubernetes DaemonSet 进行管理。它保证了定制的优化设置以可以被守护进程支持的格式传递到在集群 中运行的所有容器化的 tuned 守护进程中。相应的守护进程会在集群的所有节点上运行,每个节点上运行 一个。 1.2.5. Cluster Monitoring 1.2.5.1. 基于定制的 基于定制的0 码力 | 22 页 | 287.47 KB | 1 年前3
共 49 条
- 1
- 2
- 3
- 4
- 5