1. OpenShift Container Platform 如何计算分配的资源 5.8.1.2. 节点如何强制实施资源限制 5.8.1.3. 了解驱除阈值 5.8.1.4. 调度程序如何确定资源可用性 5.8.2. 为节点配置分配的资源 5.9. 为集群中的节点分配特定 CPU 5.9.1. 为节点保留 CPU 5.10. 机器配置守护进程指标 5.10.1. 机器配置守护进程指标 管理操作 管理操作 以下任务列表概述了管理员如何管理 OpenShift Container Platform 集群中的 pod。 使用 OpenShift Container Platform 中可用的高级调度功能控制 pod 调度： 节点对 pod 绑定规则，如 pod关联性、节点关联性 和反关联性。 节点标签和选择器。 污点和容限。 Pod 拓扑分布限制。 自定义调度程序. 将 descheduler 作为管理员，通过监控资源和工作负载的 资源要求，使用垂直 pod 自动缩放器来更 好地利用集群资源。 作为开发人员，使用垂直 pod 自动缩放 器，通过将 pod 调度到每个 pod 有充足资 源的节点，来确保 pod 在高需求期间保持 运行。 利用设备插件提供对外部资源的访问权 限。 Administrator 设备插件 是在节点上运行的 gRPC 服务 （kubelet 外部），用于管理特定的硬件资 源。您可以 部署设备插件，

OpenShift Container Platform 如何计算分配的资源 5.10.1.2. 节点如何强制实施资源限制 5.10.1.3. 了解驱除阈值 5.10.1.4. 调度程序如何确定资源可用性 5.10.2. 自动为节点分配资源 5.10.3. 手动为节点分配资源 5.11. 为集群中的节点分配特定 CPU 5.11.1. 为节点保留 CPU 5.12. 为 KUBELET 启用 管理操作 管理操作 以下任务列表概述了管理员如何在 OpenShift Container Platform 集群中管理 pod。 使用 OpenShift Container Platform 中可用的高级调度功能控制 pod 调度： 节点到 pod 的绑定规则，如 pod 关联性、节点关联性 和 反关联性。 节点标签和选择器。 污点和容限。 Pod 拓扑分布约束。 自定义调度程序。 安装和使用垂直 pod 自动缩放器。 管理员和开发人员 作为管理员，通过监控资源和资源要求， 使用垂直 pod 自动扩展来更好地利用集群 资源。 作为开发人员，使用垂直 pod 自动扩展来 确保 pod 在高负载时可以继续工作，方法 是将 pod 调度到具有每个 pod 充足资源的 节点。 使用设备插件提供对外部资源的访问。 Administrator 设备插件是在节点 (kubelet 的外部)上运行

KIBANA 索引模式 6.2. 在 KIBANA 中查看集群日志 第 第 7 章 章 将日志 将日志转发 转发到第三方系 到第三方系统 统 7.1. 关于将日志转发到第三方系统 当外部日志聚合器不可用时，Fluentd 日志处理 7.2. 支持的日志数据输出类型 7.3. 将日志转发到外部 ELASTICSEARCH 实例 7.4. 使用 FLUENTD 转发协议转发日志 7.5. 使用 SYSLOG 节点磁盘低水位线 12.5.4. 已达到 Elasticsearch 节点磁盘高水位线 12.5.5. 已达到 Elasticsearch 节点磁盘的洪水水位线 12.5.6. Elasticsearch JVM 堆使用率是高 12.5.7. 聚合日志记录系统 CPU 为高 12.5.8. Elasticsearch 进程 CPU 为高 12.5.9. Elasticsearch 磁盘空间现为低 12.5 5.10. Elasticsearch FileDescriptor 使用为高 第 第 13 章 章 卸 卸载 载 OPENSHIFT LOGGING 13.1. 从 OPENSHIFT CONTAINER PLATFORM 卸载 OPENSHIFT LOGGING 第 第 14 章 章 日志 日志记录 记录字段 字段 第 第 15 章 章 MESSAGE 第 第 16 章 章 结构 结构化

OPENSHIFT CONTAINER PLATFORM WEB 控制台查看集群状态 28.6. 查看 RED HAT OPENSHIFT CLUSTER MANAGER 中的集群状态 28.7. 检查集群资源的可用性和使用 28.8. 列出正在触发的警报 28.9. 后续步骤 第 第 29 章 章 安装 安装问题 问题的故障排除 的故障排除 29.1. 先决条件 29.2. 从失败安装中收集日志 29 完全控制 完全控制：您可以在自己准备和维护的基础架构上部署集群，这种方法提供了最大的定制性。您 可以在有连接或断开连接的环境中部署集群。 每种方法部署的集群具有以下特征： 没有单点故障的高可用性基础架构，默认可用。 管理员可以控制要应用的更新，以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产，如 bootstrap、control plane 的安装配置文件、Kubernetes 清单，以及您的集群类型的 Ignition 配置文件。 重要 重要 在安装过程中，您可以修改控制基础 RHCOS 操作系统的 Kubernetes 和 Ignition 配置文 件。但是，没有可用的验证机制来确认您对这些对象所做修改是适当的。如果修改了这些 对象，集群可能会无法运行。由于存在这种风险，修改 Kubernetes 和 Ignition 配置文件不 受支持，除非您遵循记录的流程或在红帽支持指示下操作。

中无法正确显示。在这个版本中，Fluentd 可以正确地 显示所有有效的 UTF-8 字符。(LOG-2657) 在此次更新之前，收集器的指标服务器尝试使用通过环境值公开的值绑定到地址。在这个更改 中，将配置修改为绑定到任何可用接口。(LOG-2821) 在此次更新之前，cluster-logging Operator 依赖于集群来创建 secret。OpenShift Container Platform 4.11 中 CVE-2022-21443 CVE-2022-21476 CVE-2022-21496 CVE-2022-21698 CVE-2022-25636 1.9. LOGGING 5.4 以下公告可用于日志 5.4： Red Hat OpenShift 版本 5.4 的 Logging 子系统 OpenShift Container Platform 4.8 日志 日志记录 记录 14 1 Elasticsearch 实例。elasticsearch 输出可以使用 TLS 连接。 kafka.Kafka 代理。kafka 输出可以使用不安全的或 TLS 连接。 loki。Loki，一个可横向扩展的、高可用性、多租户日志聚合系统。 1.9.2.1. 启 启用向量 用向量 默认不启用向量。使用以下步骤在 OpenShift Container Platform 集群上启用向量。 重要 重要 向量不支持

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25.8. 检查集群资源的可用性和使用 25.9. 列出正在触发的警报 25.10. 后续步骤 第 第 26 章 章 安装 安装问题 问题的故障排除 的故障排除 26.1. 先决条件 26.2. 从失败安装中收集日志 26 完全控制 完全控制：您可以在自己准备和维护的基础架构上部署集群，这种方法提供了最大的定制性。您 可以在有连接或断开连接的环境中部署集群。 每种方法部署的集群具有以下特征： 没有单点故障的高可用性基础架构，默认可用。 管理员可以控制要应用的更新，以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产，如 bootstrap、control plane 的安装配置文件、Kubernetes 清单，以及您的集群类型的 Ignition 配置文件。 重要 重要 在安装过程中，您可以修改控制基础 RHCOS 操作系统的 Kubernetes 和 Ignition 配置文 件。但是，没有可用的验证机制来确认您对这些对象所做修改是适当的。如果修改了这些 对象，集群可能会无法运行。由于存在这种风险，修改 Kubernetes 和 Ignition 配置文件不 受支持，除非您遵循记录的流程或在红帽支持指示下操作。

云平台和 OPENSTACK 上的镜像 REGISTRY 2.2. 裸机、NUTANIX 和 VSPHERE 上的镜像 REGISTRY 2.3. IMAGE REGISTRY OPERATOR 在可用区间分布 2.4. 其他资源 2.5. IMAGE REGISTRY OPERATOR 配置参数 2.6. 使用 CRD 启用 IMAGE REGISTRY 默认路由 2.7. 为镜像 REGISTRY registry（Registry.redhat.io）需要进行身份验证才能访问OpenShift Container Platform上的镜像及内 容。当迁移到新registry后，现有的registry仍将在一段时间内可用。 注意 注意 OpenShift Container Platform从Registry.redhat.io中 中提取（pull）镜像，因此需要配置集 群以使用它。 新registry使用标准的OAuth机制进行身份验证： Image Registry Operator 配置，将 managementState 从 Removed 切换到 Managed。 2.3. IMAGE REGISTRY OPERATOR 在可用区间分布 OpenShift Container Platform 4.12 容器 容器镜 镜像 像仓库 仓库（ （Registry） ） 6 Image Registry Operator 的默认配置现在将镜像

bootstrap 机器在三台 control plane 机器上部署 OpenShift Container Platform 集群。您可在安装集群后删除 bootstrap 机器。 重要 重要 要保持集群的高可用性，请将独立的物理主机用于这些集群机器。 bootstrap 和 control plane 机器必须使用 Red Hat Enterprise Linux CoreOS (RHCOS) 作为操作系统。但 TCP、SSL Passthrough 或者 SSL 桥接模式。如 果使用 SSL Bridge 模式，您必须为 Ingress 路由启用Server Name Indication（SNI）。 建议根据可用选项以及平台上托管的应用程序类型，使用基于连接的或者基于会话的持久 性。 在负载均衡器的前端和后台配置以下端口： 表 表 1.5. 应 应用程序入口 用程序入口负载 负载均衡器 均衡器 端口 端口 命令来识别包括的工件、使用磁 盘分区以及设置联网。在有些情况下，您可以配置 live 系统上的功能并将其复制到安装的系统 中。 使用 ISO 安装还是 PXE 安装要根据您的具体情况而定。PXE 安装需要可用的 DHCP 服务并进行更多准 备，但可以使安装过程更自动化。ISO 安装是一个更手动的过程，如果您设置的机器较多，则可能不方 便。 注意 注意 自 OpenShift Container Platform

目录 录 第 第 1 章 章 推荐的主机 推荐的主机实 实践 践 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 过量使用 2.2. 禁用透明巨页 2.3. 使用 RECEIVE FLOW STEERING（RFS）提高网络性能 2.4. 选择您的网络设置 2.5. 确保 Z/VM 上使用 HYPERPAV 的高磁盘性能 2.6. IBM Z 主机上的 RHEL KVM 建议 第 第 3 章 章 推荐的集群 推荐的集群扩 扩展 展实 实践 践 3.1. 扩展集群的建议实践 3.2. 修改机器集 3.3. 关于机器健康检查 CONTAINER PLATFORM 环境和配置 8.3. 如何根据经过测试的集群限制规划您的环境 8.4. 如何根据应用程序要求规划您的环境 第 第 9 章 章 优 优化存 化存储 储 9.1. 可用的持久性存储选项 9.2. 推荐的可配置存储技术 9.3. 数据存储管理 9.4. 为 MICROSOFT AZURE 优化存储性能 第 第 10 章 章 优 优化路由 化路由 10.1. INGRESS

OPENSHIFT CONTAINER PLATFORM WEB 控制台查看集群状态 24.6. 查看 RED HAT OPENSHIFT CLUSTER MANAGER 中的集群状态 24.7. 检查集群资源的可用性和使用 24.8. 列出正在触发的警报 24.9. 后续步骤 第 第 25 章 章 安装 安装问题 问题的故障排除 的故障排除 25.1. 先决条件 25.2. 从失败安装中收集日志 25 这两种基本类型的 OpenShift Container Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 的安装配置文件、Kubernetes 清单，以及您的机器类 型适用的 Ignition 配置文件。 重要 重要 安装期间可以修改控制基础 RHCOS 操作系统的 Kubernetes 和 Ignition 配置文件。但是， 没有可用的验证机制来确认您对这些对象所做修改是适当的。如果修改了这些对象，集群 可能会无法运行。由于存在这种风险，修改 Kubernetes 和 Ignition 配置文件不受支持，除 非您遵循记录的流程或在红帽支持指示下操作。