云供应商的磁盘 IOPS 节流可能会对 CRI-O 和 kubelet 产生影响。当节点上运行大量 I/O 高负载的 pod 时，可能会出现超载的问题。建议您监控节点上的磁盘 I/O，并使用有足够 吞吐量的卷。 podsPerCore 根据节点中的处理器内核数来设置节点可运行的 pod 数量。例如：在一个有 4 个处理器内 核的节点上将 podsPerCore 设为 10 ，则该节点上允许的最大 pod 来同步 WAL 中的写入操作。对于高负载的集群，建议使用 8000 字 节的连续 500 IOPS (2 毫秒)。要测量这些数字，您可以使用基准测试工具，如 fio。 要实现这样的性能，在由低延迟和高吞吐量的 SSD 或 NVMe 磁盘支持的机器上运行 etcd。考虑使用单层 单元(SLC)固态驱动器(SSD)（它为每个内存单元提供 1 位），这是可靠的，非常适合于写密集型工作负 载。 注意 注意 设置中，DASD 磁盘通常用于支持节点的本地存储。您可以设置 HyperPAV 别名设备，以便为 支持 z/VM 客户机的 DASD 磁盘提供更多吞吐量和总体更好的 I/O 性能。 将 HyperPAV 用于本地存储设备可带来显著的性能优势。但是，您必须考虑吞吐量和 CPU 成本之间有一 个权衡。 2.5.1. 使用 Machine Config Operator (MCO) 在使用 z/VM full-pack

务必要了解，临时存储在系统中的所有 pod 中共享，而且 OpenShift Container Platform 不提供任何级别 的服务保证在管理员和用户建立的请求和限值之外。例如，临时存储不提供任何吞吐量、每秒 I/O 操作或 存储性能的其他测量结果。 6.2. 常规存储指南 节点的本地存储可分为主分区和从属分区。主分区是唯一可用于临时本地存储的主分区。有两个支持的主 分区，即 root 和 runtime。 使用率增加。这些 外部数据包和内数据包集都遵循常规的校验规则，以保证在传输过程中不会损坏数据。根据 CPU 性能， 这种额外的处理开销可能会降低吞吐量，与传统的非覆盖网络相比会增加延迟。 云、虚拟机和裸机 CPU 性能可以处理很多 Gbps 网络吞吐量。当使用高带宽链接（如 10 或 40 Gbps） 时，性能可能会降低。基于 VXLAN 的环境里存在一个已知问题，它并不适用于容器或 OpenShift 1.1. 为您的网络优化 MTU 有两个重要的最大传输单元(MTU)：网卡(NIC)MTU 和 SDN 覆盖的 MTU。 NIC MTU 必须小于或等于您网络 NIC 的最大支持值。如果您要优化吞吐量，请选择最大可能的值。如果 您要优化最小延迟，请选择一个较低值。 SDN 覆盖的 MTU 必须至少小于 NIC MTU 50 字节。此帐户用于 SDN overlay 标头。因此，在一个普通以 太网网络中，将其设置为

15 章 章 配置路由 配置路由 15.1. 路由配置 15.1.1. 创建基于 HTTP 的路由 15.1.2. 配置路由超时 15.1.3. 启用 HTTP 严格传输安全性 15.1.4. 吞吐量问题错误排解 15.1.5. 使用 Cookie 来保持路由有状态性 15.1.5.1. 使用 Cookie 标注路由 15.1.6. 基于路径的路由 15.1.7. 特定于路由的注解 15.1 指定集群的基域名。 输 输出示例 出示例 6.8.3. 扩展 Ingress Controller 手动扩展 Ingress Controller 以满足路由性能或可用性要求，如提高吞吐量的要求。oc 命令用于扩展 IngressController 资源。以下流程提供了扩展默认 IngressController 的示例。 流程 流程 1. 查看默认 IngressController HTTPS 进行通信，然后再与站点交互。如果没有设置 preload，浏览器必须通过 HTTPS 与 站点交互才能获取该标头。 15.1.4. 吞吐量问题错误排解 有时，通过 OpenShift Container Platform 部署的应用程序可能会导致网络吞吐量问题，如特定服务间的 延迟异常高。 如果 pod 日志未能揭示造成问题的原因，请使用以下方法分析性能问题： 使用 ping 或 tcpdump

网络是一个功能生态系统、插件和高级网络功能，它使用高级网络相关功能来扩展 Kubernetes 网络，集群需要为其一个或多个混合集群管理网络流量。这个网络功能生态系统集成了入 口、出口、负载均衡、高性能吞吐量、安全性和集群内部流量管理，并提供基于角色的可观察工具来减少 其自然复杂性。 以下列表重点介绍集群中可用的一些最常用的 Red Hat OpenShift Networking 功能： 由以下 Container 中的 INGRESS OPERATOR 49 7.8.3. 自动扩展 Ingress Controller 自动缩放 Ingress Controller 以动态满足路由性能或可用性要求，如提高吞吐量的要求。以下流程提供了 扩展默认 IngressController 的示例。 先决条件 先决条件 1. 已安装 OpenShift CLI (oc)。 2. 您可以使用具有 cluster-admin Platform 监控 了解如何添加自定义指标自动扩展 7.8.4. 扩展 Ingress Controller 手动扩展 Ingress Controller 以满足路由性能或可用性要求，如提高吞吐量的要求。oc 命令用于扩展 IngressController 资源。以下流程提供了扩展默认 IngressController 的示例。 注意 $ oc apply -f ingress-autoscaler

换流量 流量图表 带有最高内存交换流量的 VirtualMachines vCPU 等待 等待图表 带有最高 vCPU 等待周期的 VirtualMachines 存 存储 储吞吐量 吞吐量图表 带有最高存储吞吐量使用量的 VirtualMachines 存 存储 储 IOPS图表 带有最高存储输入/输出操作的 VirtualMachines 每秒使用。 4.1.3. Migration 标签页 集群节点是否可以运行带 有零数据包丢失的 Data Plane Development Kit (DPDK) 工作负载的虚拟机。 您可以将 虚拟机配置为运行 DPDK 工作负载，以实现较低延迟和更高的吞吐量，以便在用户空间 中更快地处理数据包。 现在，您可以使用其完全限定域名 (FQDN) 从集群外部访问附加到二级网络接口的虚拟机。 现在，您可以使用 OpenShift Virtualization 7. 为 DPDK 工作 工作负载配置虚 配置虚拟机 机 您可以在虚拟机 (VM) 上运行 Data Packet Development Kit (DPDK) 工作负载，以实现较低延迟和更高的 吞吐量，以便在用户空间中更快地处理数据包。DPDK 使用 SR-IOV 网络进行基于硬件的 I/O 共享。 先决条件 先决条件 集群被配置为运行 DPDK 工作负载。 您已创建并配置了运行虚拟机的项目。

许 OpenShift Container Platform 在适当的时候调度 pod，并保护节点不受过度使用本地存储的影响。 虽然临时存储框架允许管理员和开发人员更好地管理本地存储，但 I/O 吞吐量和延迟不会直接生效。 2.2. 临时存储的类型 主分区中始终提供临时本地存储。创建主分区的基本方法有两种： root 和 runtime。 root 默认情况下，该分区包含 kubelet 根 14 存 存储 储 30 1 2 3 4 5 1 2 3 指定存储类的名称。此流程使用 ultra-disk-sc 作为这个值。 指定存储类的 IOPS 数量。 指定存储类的吞吐量，单位为 MBps。 对于 Azure Kubernetes Service(AKS)版本 1.21 或更高版本，请使用 disk.csi.azure.com。 对于 AKS 的早期版本，请使用 kubernetes 运行以下命令，使用更新的配置创建机器集： 4. 创建一个包含以下 YAML 定义的存储类： 指定存储类的名称。此流程使用 ultra-disk-sc 作为这个值。 指定存储类的 IOPS 数量。 指定存储类的吞吐量，单位为 MBps。 对于 Azure Kubernetes Service(AKS)版本 1.21 或更高版本，请使用 disk.csi.azure.com。 对于 AKS 的早期版本，请使用 kubernetes

(AWS) 提供的 gp2-csi 和 gp3-csi 驱动程序。 这些驱动程序提供更好的存储扩展功能，并减少了每月的价格点 (gp3-csi)。现在，您可以在选择存储类 时选择新驱动程序。如果需要高吞吐量，建议在部署 OpenShift Data Foundation 时使用 gp3-csi。 7.1.2. 裸机 支持内部集群和使用外部集群。 内部集群必须满足存储设备要求，并且具有通过 Local

块。默认情 况下，Fluentd 会无限期重试块清除。在 OpenShift Container Platform 中，您无法更改无限期重试行 为。 这些参数可帮助您权衡延迟和吞吐量之间的利弊。 要优化 Fluentd 的吞吐量，您可以使用这些参数通过配置较大的缓冲和队列、延迟清除以及设置 重试间隔间的更多时间来减少网络数据包的数量。请注意，大型缓冲区需要在节点文件系统有更 多空间。 要优化低延迟

块。默认情 况下，Fluentd 会无限期重试块清除。在 OpenShift Container Platform 中，您无法更改无限期重试行 为。 这些参数可帮助您权衡延迟和吞吐量之间的利弊。 要优化 Fluentd 的吞吐量，您可以使用这些参数通过配置较大的缓冲和队列、延迟清除以及设置 重试间隔间的更多时间来减少网络数据包的数量。请注意，大型缓冲区需要在节点文件系统有更 多空间。 要优化低延迟