章 推荐的主机 推荐的主机实 实践 践 1.1. 推荐的节点主机实践 1.2. 创建 KUBELETCONFIG CRD 来编辑 KUBELET 参数 1.3. 修改不可用 WORKER 节点的数量 1.4. CONTROL PLANE 节点大小 1.5. 推荐的 ETCD 实践 1.6. 将 ETCD 移动到不同的磁盘 1.7. 分离 ETCD 数据 1.8. OPENSHIFT CONTAINER 点调度的最大 pod 数 量的两个参数: podsPerCore 和 maxPods。 当两个参数都被设置时，其中较小的值限制了节点上的 pod 数量。超过这些值可导致： CPU 使用率增加。 减慢 pod 调度的速度。 根据节点中的内存数量，可能出现内存耗尽的问题。 耗尽 IP 地址池。 资源过量使用，导致用户应用程序性能变差。 重要 重要 在 Kubernetes 中，包含单个容器的 根据节点中的处理器内核数来设置节点可运行的 pod 数量。例如：在一个有 4 个处理器内 核的节点上将 podsPerCore 设为 10 ，则该节点上允许的最大 pod 数量为 40。 将 podsPerCore 设置为 0 可禁用这个限制。默认为 0。podsPerCore 不能超过 maxPods。 maxPods 把节点可以运行的 pod 数量设置为一个固定值，而不需要考虑节点的属性。 1

控制器中需要是唯一的，且不能更新。 如果为空，默认值为 ingress.config.openshift.io/cluster .spec.domain。 replicas replicas 是 Ingress 控制器副本数量。如果没有设置，则默认值为 2。 endpointPublishingStr ategy endpointPublishingStrategy 用于向其他网络发布 Ingress Controller PLATFORM 中的 中的 INGRESS OPERATOR 49 第 7 章 配置节点端口服务范围 作为集群管理员，您可以扩展可用的节点端口范围。如果您的集群使用大量节点端口，可能需要增加可用 端口的数量。 默认端口范围为 30000-32767。您永远不会缩小端口范围，即使您首先将其扩展超过默认范围。 7.1. 先决条件 集群基础架构必须允许访问您在扩展范围内指定的端口。例如，如果您将节点端口范围扩展到 ctx: lookPathErr: finished:false childFiles:[] closeAfterStart:[] closeAfterWait:[] goroutine:[] errch: waitDone:} I1115 09:41:19.118175 4143292 daemon.go:186] Starting ptp4l... I1115

路由优 优化 化 8.1. 扩展 OPENSHIFT CONTAINER PLATFORM HAPROXY 路由器 8.1.1. 基准性能 8.1.2. 性能优化 8.1.2.1. 设置连接的最大数量 8.1.2.2. CPU 和中断关联性 4 5 5 5 6 7 7 7 9 13 14 16 16 16 16 16 17 17 18 18 18 19 19 20 20 20 ServerAliveInterval=60 第 第 2 章 章 推荐的安装 推荐的安装实 实践 践 5 1 2 20 个分叉非常理想，因为大型分叉可能会导致安装失败。 pipelining 可减少控制和目标节点之间的连接数量，有助于提高安装程序的性能。 2.3. 网络注意事项 在安装后可能会更改网络子网，但难度比较困难。安装前可以更容易地考虑网络子网大小，因为尽可能提 高大小可能会给增长的集群造成问题。 有关推荐的网络子网实践，请参阅网络优化主题。 yaml 中的以下设置可以减少这个缓存大小： 发送到 API 服务器的客户端请求或 API 调用数量由每秒的 Queries(QPS)值和 API 服务器处理的并发请求 数决定。客户端可能会过量 QPS 速率发出的请求数量取决于突发值，这对具有极限的应用程序来说非常 有用，并可执行不监管的请求数量。当 API 服务器处理大量并发请求时，对请求的响应时间，特别是大型 和/或高密度的集群。建议您监控

集群 2.3.1. 配置 pod 重启后的行为 2.3.2. 限制可供 pod 使用的带宽 2.3.3. 了解如何使用 pod 中断预算来指定必须在线的 pod 数量 2.3.3.1. 使用 pod 中断预算指定必须在线的 pod 数量 2.3.4. 使用关键 pod 防止删除 pod 2.4. 使用 POD 横向自动扩展自动扩展 POD 2.4.1. 了解 pod 横向自动扩展 2.4 设置 SELinux 布尔值 5.2.7. 为节点添加内核参数 5.2.8. 其他资源 5.3. 管理节点 5.3.1. 修改节点 5.4. 管理每个节点的 POD 数量上限 5.4.1. 配置每个节点的最大 pod 数量 5.5. 使用 NODE TUNING OPERATOR 5.5.1. 访问 Node Tuning Operator 示例规格 5.5.2. 自定义调整规格 5.5 集群中的系统事件信息 7.1.1. 了解事件 7.1.2. 使用 CLI 查看事件 7.1.3. 事件列表 7.2. 估算 OPENSHIFT CONTAINER PLATFORM 节点可以容纳的 POD 数量 7.2.1. 了解 OpenShift Container Platform 集群容量工具 7.2.2. 在命令行中运行集群容量工具 7.2.3. 以 pod 中作业的方式运行集群容量工具 7

每个索引最多五个主分片 每个索引最多五个主分片 在这个版本中，OpenShift Elasticsearch Operator（EO）会根据为集群定义的数据节点数量来设置一个 或多个索引的主分片数量。 在以前的版本中，EO 会将索引的分片数量设置为数据节点的数量。当 Elasticsearch 中的索引被配置为带 有多个副本时，它会为每个主分片创建多个副本，而不是每个索引。因此，因为索引分片，集群中存在更 具有不同的字段值，仅会更新其滚动索引模板。 索引模板具有高于索引的优先级。更新模板时，集群会优先将它们分发到索引分片上，这会影响性能。为 最小化 Elasticsearch 集群操作，operator 只有在主分片或副本分片数量发生变化时才会更新模板。 1.2.11.2. 技 技术预览 术预览功能 功能 这个版本中的一些功能当前还处于技术预览状态。它们并不适用于在生产环境中使用。请参阅红帽门户网 站中关于对技术预览功能支持范围的信息： Operator（CLO）将 clusterlogging CR 中的 Elasticsearch 节点数量缩减为三个节点时，它会忽略之前创建的具有唯一 ID 的节点。OpenShift Elasticsearch Operator 会拒绝更新，因为它有一个保护机制来防止带有唯一 ID 的节点被删除。 现在，当 CLO 缩减节点数量并更新 Elasticsearch CR 时，它会将具有唯一 ID 的节点标记为 count

集群 2.3.1. 配置 pod 重启后的行为 2.3.2. 限制可供 pod 使用的带宽 2.3.3. 了解如何使用 pod 中断预算来指定必须在线的 pod 数量 2.3.3.1. 使用 pod 中断预算指定必须在线的 pod 数量 2.3.4. 使用关键 pod 防止删除 pod 2.4. 使用 POD 横向自动扩展自动扩展 POD 2.4.1. 了解 pod 横向自动扩展 2.4 将 control plane 节点配置为可以调度 5.3.3. 设置 SELinux 布尔值 5.3.4. 为节点添加内核参数 5.4. 管理每个节点的 POD 数量上限 5.4.1. 配置每个节点的最大 pod 数量 5.5. 使用 NODE TUNING OPERATOR 5.5.1. 访问 Node Tuning Operator 示例规格 5.5.2. 自定义调整规格 5.5 集群中的系统事件信息 7.1.1. 了解事件 7.1.2. 使用 CLI 查看事件 7.1.3. 事件列表 7.2. 估算 OPENSHIFT CONTAINER PLATFORM 节点可以容纳的 POD 数量 7.2.1. 了解 OpenShift Container Platform 集群容量工具 7.2.2. 在命令行中运行集群容量工具 7.2.3. 以 pod 中作业的方式运行集群容量工具 7

Elasticsearch Operator 管理默认日志存储的替代选择，您可以使用 Loki Operator。 1.6.2. 程序错误修复 在此次更新之前，OpenShift Logging 仪表板会显示活跃主分片的数量，而不是所有活跃分片。 在这个版本中，仪表板显示所有活跃分片。(LOG-2781) 在此次更新之前，elasticsearch-operator 使用的库中的有一个程序错误，它包含一个拒绝服务 攻 在此次更新之前，OpenShift Container Platform Logging 仪表板显示分片"x"数量大于 Elasticsearch 具有 'x' 节点时的实际值。出现这个问题的原因是，它会输出每个 Elasticsearch pod 的所有主分片，并计算出整个 Elasticsearch 集群的总和。在这个版本中，分片数量会被正确 计算。(LOG-2156) 在此次更新之前，如果 secret kibana OpenShift Container Platform 控制台中的 Logging 仪表板中添加命名空间指 标。使用这些指标，您可以看到哪个命名空间生成日志，以及每个命名空间为给定时间戳生成的 日志数量。 要查看这些指标，请在 OpenShift Container Platform web 控制台中打开 Administrator 视角， 再导航到 Observe → Dashboards →

local-storage。 以下示例配置了一个 PVC 来声明用于 Thanos Ruler 的本地持久性存储： 注意 注意 thanosRuler 组件的存储要求取决于要评估的规则数量以及每个规则生成 的样本数量。 2. 保存文件以使改变生效。受新配置影响的 Pod 会自动重启，并且应用新的存储配置。 注意 注意 除非集群管理员为用户定义的项目启用了监控，否则应用到 user-workload- volumeClaimTemplate: OpenShift Container Platform 4.10 监 监控 控 30 注意 注意 thanosRuler 组件的存储要求取决于要评估的规则数量以及每个规则生成 的样本数量。 2. 保存文件以使改变生效。受新配置重启影响的 Pod 会自动重启。 警告 警告 当您将更改保存到监控配置映射时，可能会重新部署相关项目中的 Pod 和其 他资源。该项目中运行的监控进程也可能被重启。 控制用户定义的项目中未绑定指标属性的影响 开发人员可以使用键值对的形式为指标定义属性。潜在的键值对数量与属性的可能值数量对应。具有无限 数量可能值的属性被称为未绑定属性。例如，customer_id 属性不绑定，因为它有无限多个可能的值。 每个分配的键值对都有唯一的时间序列。在标签中使用许多未绑定属性可导致所创建的时间序列数量出现 指数增加。这可能会影响 Prometheus 性能，并消耗大量磁盘空间。 集

node、openshift-infra、openshift。您不能使用这些 命名空间用来运行 pod 或服务。 流程 流程 运行： 例如： 注意 注意 系统管理员可能会限制允许创建的项目数量。达到限值后，需要删除现有项目才能创建新 项目。 2.1.4. 使用 Web 控制台查看项目 流程 流程 1. 浏览至 Home → Project。 2. 选择要查看的项目。 在本页中，点击 数或实例数。 如果要创建无服务器部署，也可以配置以下设置： 最小 最小 Pod 决定 Knative 服务在任意给定时间运行的 pod 数量较低限制。这也被称为 minScale 设置。 最大 最大 Pod 决定了 Knative 服务可在任意给定时间运行的 pod 数量上限。这也被称为 maxScale 设置。 并 并发 发目 目标 标 决定了给定时间每个应用程序实例所需的并发请求数。 并 并发 Container Platform 4.10 构 构建 建应 应用程序 用程序 20 点击 Resource Limit 链接，设置容器在运行时保证或允许使用的 CPU 和 Memory 资源的数量。 标签 标签 点击 Labels 链接，为您的应用程序添加自定义标签。 1. 单击 Create 以创建应用程序，会显示一个成功通知。您可以在 Topology 视图中查看应用程 序的构建状态。

装程序将为集群置备底层基础架构。 您可以安装标准集群或自定义集群。对于标准集群，您要提供安装集群所需的最低限度详细信息。对于自 定义集群，您可以指定有关平台的更多详细信息，如 control plane 使用的机器数量、集群部署的虚拟机的 类型，或 Kubernetes 服务网络的 CIDR 范围。 若有可能，可以使用此功能来避免置备和维护集群基础架构。在所有其他环境中，可以使用安装程序来生 成置备集群基础架构所需的资产。 registry。 --use-oci-feature 标志已弃用。改为使用 --include-local-oci- catalogs 标志。 -v, --verbose 指定日志级别详细程度的数量。有效值为 0 - 9。默认值为 0。 标记 标记 描述 描述 4.4.15. 其他资源 关于在断开连接的环境中的集群更新 OpenShift Container Platform 4.13 alibabacloud,aws,azure,gcp,ibmcl oud,nutanix,openstack,ovirt,powe rvs,vsphere, 或 {} compute.replicas 要置备的计算机器数量，也称为 worker 机器。 大于或等于 2 的正整数。默认值为 3。 参数 参数 描述 描述 值 值 第 第 5 章 章 在 在 ALIBABA 上安装 上安装 115 featureSet