衡器健康探测或 Web 浏览器规范连接(preconnect)，并记录这些请求。但是， 这些请求可能是由网络错误导致的，在这种情况下，记录空请求可用于诊断错 误。这些请求可能是由端口扫描导致的，记录空请求有助于检测入侵尝试。此字 段允许的值有 Log 和 Ignore。默认值为 Log。 LoggingPolicy 类型接受以下两个值之一： log ：将此值设置为 Log 表示应记录某一事件。 ignore 这些连接来自负载均衡器健康探测或 Web 浏览器规范连接（预连接），可以安 全地忽略。但是，这些请求可能是由网络错误造成的，因此将此字段设置为 Ignore 可能会妨碍对问题的检测和诊断。这些请求可能是由端口扫描导致的， 在这种情况下，记录空请求有助于检测入侵尝试。 参数 参数 描述 描述 注意 所有参数都是可选的。 7.3.1. Ingress Controller TLS 安全配置集 TLS 安全配 连接失败时的时间戳。 endLogs 数 数组 组 连接日志条目，包括与成功关闭相关的日志条目。 message 字符串 字符串 以人类可读格式显示停机详情概述。 开始 开始 字符串 字符串 第一次检测到连接失败时的时间戳。 startLogs 数 数组 组 连接日志条目，包括原始失败。 连接日志字段 下表中描述了连接日志条目的字段。该对象用于以下字段： status.failures[]

cronjobs 中进行滚动时，如果 创建了新索引，它会验证别名指向新的索引。这个行为可防止错误。如果集群已经收到这个错 误， cronjob 会修复这个问题，以便后续运行可以正常工作。现在，执行滚动不再会产生异常。 （BZ#1893992） 在以前的版本中，Fluent 会在日志堆栈功能正常的情况下停止发送日志。即使端点已可以使用， 在一段时间内日志也无法发送到端点。如果最大的 backoff 时间过长且端点下线，会出现这种情 JSON: 或 ValueError: No JSON object could be decoded 的错误状态中。产生这个异常的原因是，无 效的 JSON 输入没有异常处理程序。当前发行版本解决了这个问题，为无效 JSON 输入提供处理 程序。因此，处理器会输出错误消息而不是异常 traceback，而且 elasticsearch-rollover 和 elasticsearch-delete 执行块清除（flushing）的线程数 量。增加线程数量可提高冲刷吞吐 量，这会隐藏网络延迟的情况。 2 overflowAction 当队列满时块的行为： throw_exception：发 出一个异常并在日志中显 示。 block：停止对数据进行 块除了，直到缓冲区已用 完的问题被解决为止。 drop_oldest_chunk： 删除旧的块以接受新传入 的块。旧块的价值比新块 要小。 block

衡器健康探测或 Web 浏览器规范连接(preconnect)，并记录这些请求。但是， 这些请求可能是由网络错误导致的，在这种情况下，记录空请求可用于诊断错 误。这些请求可能是由端口扫描导致的，记录空请求有助于检测入侵尝试。此字 段允许的值有 Log 和 Ignore。默认值为 Log。 LoggingPolicy 类型接受以下两个值之一： log ：将此值设置为 Log 表示应记录某一事件。 ignore 这些连接来自负载均衡器健康探测或 Web 浏览器规范连接（预连接），可以安 全地忽略。但是，这些请求可能是由网络错误造成的，因此将此字段设置为 Ignore 可能会妨碍对问题的检测和诊断。这些请求可能是由端口扫描导致的， 在这种情况下，记录空请求有助于检测入侵尝试。 参数 参数 描述 描述 注意 注意 所有参数都是可选的。 6.3.1. Ingress Controller TLS 安全配置集 TLS 连接失败时的时间戳。 endLogs 数 数组 组 连接日志条目，包括与成功关闭相关的日志条目。 message 字符串 字符串 以人类可读格式显示停机详情概述。 开始 开始 字符串 字符串 第一次检测到连接失败时的时间戳。 startLogs 数 数组 组 连接日志条目，包括原始失败。 连 连接日志字段 接日志字段 下表中描述了连接日志条目的字段。该对象用于以下字段： status.failures[]

时间推移，旧的次版本变得更稳定，可能需要更长的时间才提供新的 z-stream 版本。 重要 重要 它们仅根据 z-stream 版本的相关数据进行估算。红帽保留根据需要更改发行频率 的权利。任何数量的问题都可能导致此发行节奏出现异常和延迟。 发布 z-stream 版本后，它也会出现在该次版本的 fast 频道中。延迟后，z-stream 版本可能会出 现在该次版本的 stable 频道中。 其他 其他资 资源 源 了解更新频道和发行版本 ClusterVersion 资源的 spec.desiredUpdate.version 字段中，该字段可通过 Web 控制台或 CLI 进行管理。 2. Cluster Version Operator (CVO) 检测到 ClusterVersion 资源中的 desiredUpdate 与当前集群 版本不同。使用 OpenShift Update Service 中的图形数据，CVO 将所需的集群版本解析为发行 CVO 访问的共享卷。 5. CVO 验证提取的清单和元数据。 6. CVO 检查一些 preconditions，以确保集群中没有检测到有问题的条件。某些条件可能会阻止更 新进行。这些条件可以由 CVO 本身决定，或由单个集群 Operator 报告，用于检测 Operator 认 为更新问题的一些集群详情。 7. CVO 以 status.desired 记录接受的发行版本，并创建一个有关新更新的

就绪，这会导致集群在集群重启过程中达到可操作的状 态。在这个版本中，Operator 会在重启过程中进入新 pod 前将新 pod 标记为 ready，这会解决这 个问题。(LOG-2881) 在此次更新之前，添加多行错误检测会导致内部路由更改并将记录转发到错误的目的地。在这个 版本中，内部路由正确。(LOG-2946) 在此次更新之前，Operator 无法使用带引号的布尔值值解码索引设置 JSON 响应，并导致错误。 含"归档"字符，并使用"#11"替换制表符。在这个版本中解决了这个问题，日志消息被正确序列化 为有效的 JSON。(LOG-1494) 在此次更新之前，应用程序日志没有被正确配置，以转发到启用了多行错误检测的正确的 Cloudwatch 流。(LOG-1939) 在此次更新之前，5.3 发行版中部署的收集器的名称更改会导致生成警报 'fluentnodedown'。 (LOG-1918) 在此次更 执行块清除（flushing）的线程数 量。增加线程数量可提高冲刷吞吐 量，这会隐藏网络延迟的情况。 2 overflowAction 当队列满时块的行为： throw_exception：发 出一个异常并在日志中显 示。 block：停止对数据进行 块除了，直到缓冲区已用 完的问题被解决为止。 drop_oldest_chunk： 删除旧的块以接受新传入 的块。旧块的价值比新块 要小。 block

代表具有操作名称、操作的开始时间和持续时间的逻辑工作单元。span 可能会被嵌套并排序以模拟 因果关系。 1.3.4.1. 分布式追踪概述 分布式追踪概述 作为服务所有者，您可以使用分布式追踪来检测您的服务，以收集与服务架构相关的信息。您可以使用分 布式追踪来监控、网络性能分析，并对现代、云原生的基于微服务的应用中组件之间的交互进行故障排 除。 通过分布式追踪，您可以执行以下功能： 监控分布式事务 是一个与厂商无关的方式来接收、处 理和导出遥测数据。OpenTelemetry Collector 支持开源可观察数据格式，如 Jaeger 和 Prometheus，发送到一个或多个开源或商业后端。Collector 是默认位置检测库来导出其遥测 数据。 1.3.4.3. Red Hat OpenShift distributed tracing 功能 功能 Red Hat OpenShift distributed tracing 保存您的更改。 1.18.13.2. 为 为故障 故障转 转移配置 移配置 DestinationRule 创建配置以下内容的 DestinationRule 资源： 服务的 Outlier 检测。需要此项才能使故障转移正常工作。特别是，它会配置 sidecar 代理，以获 知服务端点处于不健康状态，并最终触发对下一个位置的故障转移。 各地区之间的故障转移策略。这样可确保除区域边界外的故障切换将具有可预见的。

Git 存储库包含 devfile、Dockerfile 或构建器镜像，它会被自动检测并填充到相应 的路径字段中。如果同一存储库中检测到 devfile、Dockerfile 和构建器镜像，则默认选择 devfile。 若要编辑文件导入类型并选择不同的策略，请单击 Edit import strategy 选项。 如果检测到多个 devfile、Dockerfile 或构建器镜像，以导入特定的 devfile、Dockerfile new-app 命 令通常还会创建一个 Deployment 对象来部署新镜像，以及为运行您的镜像的部署提供负载均衡访问的服 务。 OpenShift Container Platform 会自动检测要使用管道、源或 docker 构建策略，如果进行源构建，则还检 测适当的语言构建器镜像。 3.3.1.1. Local 从本地目录中的 Git 存储库创建应用程序： 注意 注意 如果使用本地 另外，在指定远程 URL 时，您可以通过在 URL 末尾附加 # 来指定要使用的 Git 分支： 3.3.1.3. 构 构建策略 建策略检测 检测 OpenShift Container Platform 通过检测某些文件自动决定要使用的构建策略： $ oc new-app / $ oc new-app https://github

Git 存储库包含 devfile、Dockerfile 或构建器镜像，它会被自动检测并填充到相应 的路径字段中。如果同一存储库中检测到 devfile、Dockerfile 和构建器镜像，则默认选择 devfile。 若要编辑文件导入类型并选择不同的策略，请单击 Edit import strategy 选项。 如果检测到多个 devfile、Dockerfile 或构建器镜像，以导入特定的 devfile、Dockerfile new-app 命 令通常还会创建一个 Deployment 对象来部署新镜像，以及为运行您的镜像的部署提供负载均衡访问的服 务。 OpenShift Container Platform 会自动检测要使用管道、源或 docker 构建策略，如果进行源构建，则还检 测适当的语言构建器镜像。 3.3.1.1. Local 从本地目录中的 Git 存储库创建应用程序： 注意 注意 如果使用本地 另外，在指定远程 URL 时，您可以通过在 URL 末尾附加 # 来指定要使用的 Git 分支： 3.3.1.3. 构 构建策略 建策略检测 检测 OpenShift Container Platform 通过检测某些文件自动决定要使用的构建策略： $ oc new-app / $ oc new-app https://github

与 站点交互才能获取该标头。 15.1.4. 吞吐量问题错误排解 有时，通过 OpenShift Container Platform 部署的应用程序可能会导致网络吞吐量问题，如特定服务间的 延迟异常高。 如果 pod 日志未能揭示造成问题的原因，请使用以下方法分析性能问题： 使用 ping 或 tcpdump 等数据包分析器，分析 pod 与其节点之间的流量。 例如，在每个 pod 上运行 中，删除包含 kuryr-octavia-provider: default 的行。例如： 删除这一行。集群将会重新生成，并带有 ovn 值。 等待 Cluster Network Operator 检测修改并重新部署 kuryr-controller 和 kuryr-cni pod。这可能 需要几分钟。 3. 验证 kuryr-config ConfigMap 注解是否带有 ovn 作为其值。在命令行中运行：

1.1. RED HAT OPENSHIFT DISTRIBUTED TRACING PLATFORM 3.0 发行 注记 1.1.1. 分布式追踪概述 作为服务所有者，您可以使用分布式追踪来检测您的服务，以收集与服务架构相关的信息。您可以使用 Red Hat OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 1.2. RED HAT OPENSHIFT DISTRIBUTED TRACING PLATFORM 2.9.2 发 行注记 1.2.1. 分布式追踪概述 作为服务所有者，您可以使用分布式追踪来检测您的服务，以收集与服务架构相关的信息。您可以使用 Red Hat OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 1.3. RED HAT OPENSHIFT DISTRIBUTED TRACING PLATFORM 2.9.1 发 行注记 1.3.1. 分布式追踪概述 作为服务所有者，您可以使用分布式追踪来检测您的服务，以收集与服务架构相关的信息。您可以使用 Red Hat OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。