会积极缓存资源的反序列化版本，以简化 CPU 负载。但是，如果 较小的 pod 集群小于 1000 个 pod，这个缓存可能会浪费大量内存用于微小的 CPU 负载。默认缓存大小 为 50,000 个条目，它根据资源的大小，可以将 cupy 1 增加到 2 GB 内存。使用 /etc/origin/master/master-config.yaml 中的以下设置可以减少这个缓存大小： 发送到 API maxRequestsInFlight 和 QPS。 更改默认值时，需要有一个很好的平衡，因为 API 服务器的 CPU 和内存消耗，etcd IOPS 会在并行处理 更多请求时增加。另请注意，大量非watch 请求可能会在固定 60 秒超时后取消 API 服务器过载，客户端 开始重试。 API 服务器系统中提供了足够的 CPU 和内存资源，API 服务器请求过载问题可安全地缓解这个问题。通过 考虑以上提到的因素并浏览了 ma 点上的 pod 数量。超过这些值可导致： OpenShift Container Platform 和 Docker 的 CPU 使用率增加。 减慢 pod 调度的速度。 潜在的内存不足情况（取决于节点中的内存量）。 耗尽 IP 地址池。 资源过量使用，导致用户应用程序性能变差。 注意 注意 在 Kubernetes 中，包含单个容器的 pod 实际使用两个容器。第二个容器用来在实际容器

Prometheus Adapter Prometheus Adapter（上图中的 PA）负责转换 Kubernetes 节点和 Pod 查询以便在 Prometheus 中使 用。转换的资源指标包括 CPU 和内存使用率指标。 Prometheus Adapter 会公开用于 Pod 横向自动扩展 的集群资源指标 API。Prometheus Adapter 也用于 oc adm top nodes 和 oc Prometheus adapter Prometheus Adapter 会转换 Kubernetes 节点和 pod 查询以便在 Prometheus 中使用。转换的资源指 标包括 CPU 和内存使用率。Prometheus Adapter 会公开用于 Pod 横向自动扩展的集群资源指标 API。 Prometheus Operator 第 第 1 章 章 监 监控概述 控概述 9 为监控用户定义的项目的 Prometheus 实例配置 24 小时的数据保留周期。 为 Prometheus 容器定义最低 200 毫秒的资源请求。 为 Prometheus 容器定义最低 2 GiB 内存的 Pod 资源请求。 注意 注意 Prometheus 配置映射组件在 cluster-monitoring-configConfigMap 对 象中被称为 prometheusK8s，在 u

元素 元素 描述 描述 下 下载 载 virtctl 下载 virtctl 命令行工具来管理资源。 概述 概述标签页 资源、使用量、警报和状态 顶级 顶级消 消费 费者 者选项卡 CPU、内存和存储资源的主要使用者 Migration 标签页 实时迁移状态 第 第 4 章 章 WEB 控制台概述 控制台概述 17 设 设置 置标签页 集群范围的设置，包括实时迁移限制和用户权限 元素 Operator。 VirtualMachines 标题 VirtualMachines 数量，带有图表，显示最后 7 天的趋势 vCPU 使用 使用标题 vCPU 使用量，图表显示最后 7 天的趋势 内存 内存标题 内存用量，图表显示最后 7 天的趋势 存 存储 储标题 存储使用，图表显示最后 7 天的趋势 警 警报 报标题 OpenShift Virtualization 警报，按严重性分组 VirtualMachine 每个模板的 VirtualMachines 图标 从模板创建的 VirtualMachines 数量，按模板名称分组 4.1.2. 顶级消费者选项卡 Top consumers 选项卡显示 CPU、内存和存储的主要使用者。 例 例 4.3. 顶级 顶级消 消费 费者 者选项 选项卡 卡 OpenShift Container Platform 4.13 虚 虚拟 拟化 化 18 元素 元素

附加的运行时配置 12.7.1.2. 基于 InfiniBand 的 SR-IOV 附加的运行时配置 12.7.2. 将 pod 添加到额外网络 12.7.3. 创建与 SR-IOV pod 兼容的非统一内存访问 (NUMA) 12.7.4. 其他资源 12.8. 配置高性能多播 12.8.1. 高性能多播 12.8.2. 为多播配置 SR-IOV 接口 12.9. 在 DPDK 和 RDMA 模式中使用虚拟功能（VF）的示例 网络设备与 OpenShift Container Platform 集群上安装在裸机或 Red Hat OpenStack Platform(RHOSP)基础架构上安装的额外网络一起使用，用于需要高带宽或低延迟的应用程序。 您可以使用以下命令在节点上启用 SR-IOV： 12.1.1. 负责管理 SR-IOV 网络设备的组件 SR-IOV Network Operator 会创建和管理 SR-IOV worker 节点上发现的所有 SR-IOV 设备列表。 12.1.1.4. 在 在 pod 中使用虚 中使用虚拟 拟功能的示例 功能的示例 您可以在附加了 SR-IOV VF 的 pod 中运行远程直接内存访问 (RDMA) 或 Data Plane Development Kit (DPDK) 应用程序。 本示例演示了在 RDMA 模式中使用虚拟功能 (VF) 的 pod： 使用 使用 RDMA

2.4. 查看资源日志 2.3. 为 POD 配置 OPENSHIFT CONTAINER PLATFORM 集群 2.3.1. 配置 pod 重启后的行为 2.3.2. 限制可供 pod 使用的带宽 2.3.3. 了解如何使用 pod 中断预算来指定必须在线的 pod 数量 2.3.3.1. 使用 pod 中断预算指定必须在线的 pod 数量 2.3.4. 使用关键 pod 防止删除 pod 4.1.2. 扩展策略 2.4.2. 使用 Web 控制台创建 pod 横向自动扩展 2.4.3. 使用 CLI 根据 CPU 使用率创建 pod 横向自动扩展 2.4.4. 使用 CLI 根据内存使用率创建 pod 横向自动扩展对象 2.4.5. 使用 CLI 了解 pod 横向自动扩展状态条件 2.4.5.1. 使用 CLI 查看 pod 横向自动扩展状态条件 2.4.6. 其他资源 查看和列出 OPENSHIFT CONTAINER PLATFORM 集群中的节点 5.1.1. 关于列出集群中的所有节点 5.1.2. 列出集群中某一节点上的 pod 5.1.3. 查看节点上的内存和 CPU 用量统计 5.2. 操作节点 5.2.1. 了解如何撤离节点上的 pod 5.2.2. 了解如何更新节点上的标签 5.2.3. 了解如何将节点标记为不可调度或可以调度 5.2.4.

podsPerCore 和 maxPods。 当两个参数都被设置时，其中较小的值限制了节点上的 pod 数量。超过这些值可导致： CPU 使用率增加。 减慢 pod 调度的速度。 根据节点中的内存数量，可能出现内存耗尽的问题。 耗尽 IP 地址池。 资源过量使用，导致用户应用程序性能变差。 重要 重要 在 Kubernetes 中，包含单个容器的 pod 实际使用两个容器。第二个容器用来在实际容器 服务器进行交互的频率取决于每秒的查询数量 (QPS) 和 burst 值。 如果每个节点上运行的 pod 数量有限，使用默认值（kubeAPIQPS 为 50，kubeAPIBurst 为 100）就可以。如果节点上有足够 CPU 和内存资源，则建 议更新 kubelet QPS 和 burst 速率。 a. 为带有标签的 worker 更新机器配置池： b. 创建 KubeletConfig 对象： c. 验证 KubeletConfig 集群密度（命名空 集群密度（命名空间 间） ） CPU 内核 内核 内存 内存 (GB) 24 500 4 16 120 1000 8 32 252 4000 16 64 501 4000 16 96 在具有三个 master 或 control plane 节点的大型高密度集群中，当其中一个节点停止、重启或失败 时，CPU 和内存用量将会激增。故障可能是因为电源、网络或底层基础架构出现意外问题，除了在关闭

2.4. 查看资源日志 2.3. 为 POD 配置 OPENSHIFT CONTAINER PLATFORM 集群 2.3.1. 配置 pod 重启后的行为 2.3.2. 限制可供 pod 使用的带宽 2.3.3. 了解如何使用 pod 中断预算来指定必须在线的 pod 数量 2.3.3.1. 使用 pod 中断预算指定必须在线的 pod 数量 2.3.4. 使用关键 pod 防止删除 pod 4.1.2. 扩展策略 2.4.2. 使用 Web 控制台创建 pod 横向自动扩展 2.4.3. 使用 CLI 根据 CPU 使用率创建 pod 横向自动扩展 2.4.4. 使用 CLI 根据内存使用率创建 pod 横向自动扩展对象 2.4.5. 使用 CLI 了解 pod 横向自动扩展状态条件 2.4.5.1. 使用 CLI 查看 pod 横向自动扩展状态条件 2.4.6. 其他资源 查看和列出 OPENSHIFT CONTAINER PLATFORM 集群中的节点 5.1.1. 关于列出集群中的所有节点 5.1.2. 列出集群中某一节点上的 pod 5.1.3. 查看节点上的内存和 CPU 用量统计 5.2. 操作节点 5.2.1. 了解如何撤离节点上的 pod 5.2.2. 了解如何更新节点上的标签 5.2.3. 了解如何将节点标记为不可调度或可以调度 5.2.4.

tuningOptions 指定用于调整 Ingress Controller pod 性能的选项。 headerBufferBytes 为 Ingress Controller 连接会话指定保留多少内存 （以字节为单位）。如果为 Ingress Controller 启用了 HTTP/2，则必须 至少为 16384。如果没有设置，则默认值为 32768 字节。不建议设置 此字段，因为 headerBufferBytes Controller，而 headerBufferBytes 值过大可能会导致 Ingress Controller 使用比必要多的内存。 headerBufferMaxRewriteBytes 指定从 headerBufferBytes 为 Ingress Controller 连接会话保留多少内存（以字节为单位），用于 HTTP 标头重写和附加。headerBufferMaxRewriteBytes 的最小值 teBytes 值可能会破坏 Ingress Controller，headerBufferMaxRewriteBytes 值太大可能会导致 Ingress Controller 使用比必要大得多的内存。 threadCount 指定每个 HAProxy 进程创建的线程数量。创建更多线程 可让每个 Ingress Controller pod 处理更多连接，而代价会增加所使用的 系统资源。HAProxy

1 2 重要 重要 本文档中给出的数字基于红帽的测试方法和设置。这些数字会根据您自己的设置和环境而 有所不同。 4.1.2.1. 内存开 内存开销 使用以下因素计算 OpenShift Virtualization 的内存开销值。 集群内存开 集群内存开销 Memory overhead per infrastructure node ≈ 150 MiB Memory overhead overhead per worker node ≈ 360 MiB 另外，OpenShift Virtualization 环境资源需要总计 2179 MiB 的内存，分布到所有基础架构节点。 虚 虚拟机内存开 机内存开销 Memory overhead per virtual machine ≈ (1.002 * requested memory) + 146 MiB \ devices) 2 虚拟机请求的虚拟 CPU 数量 虚拟机请求的虚拟图形卡数 如果您的环境包含单一根 I/O 虚拟化（SR-IOV）网络设备或图形处理单元（GPU），请为每个设备分配 1 GiB 额外的内存开销。 4.1.2.2. CPU 开 开销 使用以下内容计算 OpenShift Virtualization 的集群处理器开销要求。每个虚拟机的 CPU 开销取决于您的 单独设置。 集群 集群

1s。 clientTimeout 指定连接在等待客户端响应时保持打开的时长。默认超 时为 30s。 headerBufferBytes 为 Ingress Controller 连接会话指定保留多少内存 （以字节为单位）。如果为 Ingress Controller 启用了 HTTP/2，则必须 至少为 16384。如果没有设置，则默认值为 32768 字节。不建议设置 此字段，因为 headerBufferBytes headerBufferBytes 值太小可能会破坏 Ingress Controller，而 headerBufferBytes 值过大可能会导致 Ingress Controller 使用比必要多的内存。 参数 参数 描述 描述 httpCaptureCookies: - matchType: Exact maxLength: 128 name: MYCOOKIE httpCaptureHeaders: Platform 4.13 网 网络 络 40 headerBufferMaxRewriteBytes 指定从 headerBufferBytes 为 Ingress Controller 连接会话保留多少内存（以字节为单位），用于 HTTP 标头重写和附加。headerBufferMaxRewriteBytes 的最小值 是 4096。headerBufferBytes 必须大于 headerBuff