日志故障排除 12.1. 查看 OPENSHIFT LOGGING 状态 12.1.1. 查看 Red Hat OpenShift Logging Operator 的状态 12.1.1.1. 情况消息示例 12.1.2. 查看 OpenShift Logging 组件的状态 71 71 71 75 75 78 78 78 79 80 80 82 82 83 86 86 . . . . . . . . . . . . . . . . . . . . . . . . . 12.2. 查看日志存储的状态 12.2.1. 查看日志存储的状态 12.2.1.1. 情况消息示例 12.2.2. 查看日志存储组件的状态 12.3. 了解 OPENSHIFT LOGGING 警报 12.3.1. 查看日志记录收集器警报 12.3.2. 关于日志记录收集器警报 12.3 低水位线 线、磁 磁盘 盘高水位 高水位线 线或磁 磁盘 盘洪水 洪水 Stage 水位 水位线 线阈值时，警报会应用过去几个警告。这个警告周期为您提供了在节点达到磁盘水位线阈值 前响应的时间。警告消息也提供故障排除步骤的链接，您可以按照这些链接来帮助缓解问题。EO 应用过去几小时的磁盘空间数据到线性模型来生成这些警告。（LOG-1100） JSON 日志现在可以作为 JSON 对象（而不是带引号的字符串）转发到红帽受管

在此次更新之前，Fluentd 有时无法识别 Kubernetes 平台轮转日志文件，且不会读取日志消息。 OpenShift Container Platform 4.8 日志 日志记录 记录 8 在此次更新之前，Fluentd 有时无法识别 Kubernetes 平台轮转日志文件，且不会读取日志消息。 在这个版本中，通过设置上游开发团队所推荐的配置参数修正。(LOG-2792) 在此次更新之前，当 志转发到 fluentd 转发接收器时不断尝试使用 过时的连接。在这个版本中，keepalive_timeout 值被设置为 30 秒(30s)，以便收集器回收连接 并重新尝试在合理的时间内发送失败消息。(LOG-2534) 在此次更新之前，网关组件强制租期中的错误，用于读取带有 Kubernetes 命名空间的日志的有限 访问会导致 "audit" 以及一些 "infrastructure" Prometheus 警报的作业名称解决了这个问题。 (LOG-1918) 在此次更新之前，日志收集器因为重构组件名称更改而收集自己的日志。这可能会导致收集器处 理自己的日志的潜在反馈循环，这可能会导致内存和日志消息大小问题。在这个版本中解决了这 个问题，它会从集合中排除收集器日志。(LOG-1774) 在此次更新之前，Elasticsearch 会生成错误 Unable to create PersistentVolumeClaim

ADDON OPERATOR 14.4. 置备实时和低延迟工作负载 14.5. 使用性能配置集调整节点以实现低延迟 14.6. 使用 PERFORMANCE ADDON OPERATOR 减少 NIC 队列 14.7. 调试低延迟 CNF 调整状态 14.8. 为红帽支持收集调试数据延迟 第 第 15 章 章 为 为平台 平台验证执 验证执行延 行延迟测试 迟测试 15.1. 运行延迟测试的先决条件 实践 践 29 (RPS)。RFS 在技术上基于 RPS，通过增加 CPU 缓存命中率来提高数据包处理的效率。RFS 通过确定计 算最方便的 CPU，以便缓存命中更有可能在 CPU 中发生，增加了对队列长度的考虑。因此，会减少 CPU 缓存无效的频率，从而只需要较少的循环来重建缓存。这有助于缩短数据包处理运行时间。 2.3.1. 使用 Machine Config Operator (MCO) 激活 用时的一些最佳实践。 2.6.1. 将多个队列用于您的 VirtIO 网络接口 使用多个虚拟 CPU 时，如果您为传入和传出数据包提供多个队列，则可以并行传输软件包。使用 driver 元素的 queues 属性来配置多个队列。指定一个最小为 2 的整数，该整数不超过虚拟服务器的虚拟 CPU 数量。 以下示例规格为网络接口配置两个输入和输出队列： 多个队列旨在为网络接口提供增强的性能，但也使用内存和

第 第 11 章 章 使用 使用 BARE METAL EVENT RELAY 监 监控裸机事件 控裸机事件 11.1. 关于裸机事件 11.2. 裸机事件的工作方式 11.3. 安装 AMQ 消息传递总线 11.4. 订阅集群节点的 REDFISH BMC 裸机事件 11.5. 将应用程序订阅到裸机事件 REST API 参考 第 第 12 章 章 访问 访问第三方 第三方监 监控 控 UI 警报触发时输出的消息。 在这个持续时间内必须满足 TargetDown 警报的条件才会触发该警报。 定义 TargetDown 警报的严重性。 当在指定的 for 持续时间内达到或超过定义的提取示例阈值 时，ApproachingEnforcedSamplesLimit 警报将触发。 当 ApproachingEnforcedSamplesLimit 警报触发时输出的消息。 Approa 和 user-workload-monitoring-config ConfigMap 中的相关组件： debug。记录调试、信息、警告和错误消息。 info。记录信息、警告和错误消息。 warn。仅记录警告和错误消息。 error。仅记录错误消息。 默认日志级别为 info。 先决条件 先决条件 如果要 如果要为 为 openshift-monitoring 项 项目中的 目中的 Alertmanager、

UI。(TRACING-3091) 在此次更新之前，来自 Tempo Operator 的资源限值会导致错误消息，如 reason: OOMKilled。 第 第 1 章 章 分布式追踪 分布式追踪发 发行注 行注记 记 13 1 在此次更新之前，来自 Tempo Operator 的资源限值会导致错误消息，如 reason: OOMKilled。 在这个版本中，Tempo Operator 的资源限 来实现。 Jaeger Collector (Collector, Queue, Workers)- 与 Jaeger 代理类似，Jaeger Collector 接收 span，并将它们放置在内部队列中进行处理。这允许 Jaeger Collector 立即返回到客户端/代 理，而不是等待 span 变为存储。 Storage (Data Store) - 收集器需要一个持久的存储后端。Red num-workers: 从队列中拉取的 worker 数量。 整数，如 50。 options: collector: queue-size: Collector 队列的大小。 整数，如 2000。 options: kafka: producer: topic: jaeger-spans topic 参数标识收集器用来生成消 息的 Kafka 配置以及要使用消息的 ingester。

来实 现。 Jaeger Collector (Collector, Queue, Workers)- 与 Jaeger 代理类似，Jaeger Collector 接收 span，并将它们放置在内部队列中进行处理。这允许 Jaeger Collector 立即返回到客户端/代 理，而不是等待 span 变为存储。 Storage (Data Store) - 收集器需要一个持久的存储后端。Red num-workers: 从队列中拉取的 worker 数量。 整数，如 50。 options: collector: queue-size: Collector 队列的大小。 整数，如 2000。 options: kafka: producer: topic: jaeger-spans topic 参数标识收集器用来生成消 息的 Kafka 配置以及要使用消息的 ingester。 options: kafka: producer: brokers: my-cluster- kafka-brokers.kafka:9092 标识 Collector 用来生成消息的 Kafka 配置。如果没有指定代理， 并且安装了 AMQ Streams 1.4.0+，Red Hat OpenShift distributed tracing Platform Operator

prom Labels: 第 第 2 章 章 使用 使用 POD 35 1 pod 横向自动扩展状态消息。 下例中是一个无法缩放的 pod： 输 输出示例 出示例 下例中是一个无法获得缩放所需指标的 pod： 输 输出示例 出示例 下例中是一个请求的自动缩放低于所需下限的 pod： 输 输出示例 2.9. 在 POD 调度决策中纳入 POD 优先级 您可以在集群中启用 pod 优先级与抢占功能。pod 优先级指明 pod 相对于其他 pod 的重要程度，并根据 这个优先级对 pod 进行队列处理。pod 抢占允许集群驱除或抢占较低优先级 pod，以便在合适的节点 pod 上没有可用空间时，可以调度优先级较高的 pod，并影响节点上资源不足驱除顺序。 要使用优先级和抢占功能，您需要创建优先级类来定义 规格中引用优先 级类，以应用这个权重来进行调度。 2.9.1. 了解 pod 优先级 当您使用 pod 优先级与抢占功能时，调度程序会根据优先级来调度待处理 pod，而待处理 pod 会放在调 度队列中优先级较低的其他待处理 pod 的前面。因此，如果达到调度要求，较高优先级的 pod 可能比低 优先级的 pod 更早调度。如果 pod 无法调度，调度程序会继续调度其他较低优先级 pod。 2

语开始： master、 slave、blacklist 和 whitelist。这些更改将在即将发行的几个发行本中逐渐实施。有关更多详情，请参阅我 们的首席技术官 Chris Wright 提供的消息。 1.2.2. 新功能及功能增强 第 第 1 章 章 SERVICE MESH 2.X 3 此版本对以下方面进行了改进。 1.2.2.1. Red Hat OpenShift Service OSSM-1655 Kiali 仪表板在 SMCP 中启用 mTLS 后显示错误。 在 SMCP 中启用 spec.security.controlPlane.mtls 设置后，Kiali 控制台会显示以下错误消息 No subsets defined。 OSSM-1505 只有在 OpenShift Container Platform 4.11 中使用 ServiceMeshExtension 资源时 337047686:SSL routines:tls_process_server_certificate:certificate verify failed OSSM-1099 Kiali 控制台显示消息 Sorry, there was a problem.Try a refresh or navigate to a different page. OSSM-1074 Pod 注解没有在 pod

抢占功能。 占功能。pod 优 优先 先级 级指明 指明 pod 相 相对 对于其他 于其他 pod 的重要程度，并根 的重要程度，并根 据 据这 这个 个优 优先 先级对 级对 pod 进 进行 行队 队列 列处 处理。 理。pod 抢 抢占允 占允许 许集群 集群驱 驱除或 除或抢 抢占 占较 较低 低优 优先 先级 级 pod，以便在合适的 ，以便在合适的节 节点 点 pod 上没有可用空 上没有可用空间时 级与 与抢 抢占功能 占功能时 时， ，调 调度程序会根据 度程序会根据优 优先 先级 级来 来调 调度待 度待处 处理 理 pod，而待 ，而待处 处理 理 pod 会放在 会放在 调 调度 度队 队列中 列中优 优先 先级较 级较低的其他待 低的其他待处 处理 理 pod 的前面。因此，如果 的前面。因此，如果达 达到 到调 调度要求， 度要求，较 较高 高优 优先 先级 级的 的 pod 可能比 抢 抢占 占 当开 当开发 发人 人员创 员创建 建 pod 时 时， ，pod 会排入某一 会排入某一队 队列。如果开 列。如果开发 发人 人员为 员为 pod 配置了 配置了 pod 优 优先 先级 级或 或抢 抢占， 占，调 调 度程序会从 度程序会从队 队列中 列中选 选取 取 pod，并 ，并尝试 尝试将 将 pod 调 调度到某个 度到某个节 节点上。如果 点上。如果调 调度程序无法在

Operator 清单中集群管理员希望 Operator 忽略或不予管理的模板。 secret、镜像流和模板监控事件可在初始创建示例资源对象之前发生，Samples Operator 会检测到这些事 件并对事件队列重新排序。 1.2.1. 配置限制 当 Samples Operator 开始支持多个构架时，处于 Managed 状态下的架构列表将不可更改。 要更改构架值，集群管理员必须： 将 Management ImageChangesInProgr ess 如果创建或更新了镜像流，但并非所有标记规范生成与标记状态生成均匹配，此 条件则为 True。 所有生成均匹配，或者导入过程中发生不可恢复的错误时显示为 False，最后看 到的错误位于消息字段中，待处理的镜像流列表位于原因字段中。 ImportCredentialsExist samples-registry-credentials secret 复制到 OpenShift 命名空间中。 镜像流完成后再处理。 ImportImageErrorsExis t 指明哪些镜像流在它们的一个标签的镜像导入阶段出错。 出错时显示为 True。出错的镜像流列表位于原因字段中。各个报告错误的详情 位于消息字段中。 MigrationInProgress 当 Samples Operator 检测到对应版本与安装当前示例集的 Samples Operator 版 本不同时，显示为 True。 1.3