Container Platform 4.10 监控 在 OpenShift Container Platform 中配置和使用监控堆栈 Last Updated: 2023-10-17 OpenShift Container Platform 4.10 监控 在 OpenShift Container Platform 中配置和使用监控堆栈 法律通告 法律通告 Copyright © property of their respective owners. 摘要 摘要 本文提供有关在 OpenShift Container Platform 中配置和使用 Prometheus 监控堆栈的说明。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 章 监 监控概述 控概述 1.1. 关于 OPENSHIFT CONTAINER PLATFORM 监控 1.2. 了解监控堆栈 1.3. OPENSHIFT CONTAINER PLATFORM 监控的常见术语表 1.4. 其他资源 1.5. 后续步骤 第 第 2 章 章 配置 配置监 监控堆 控堆栈 栈 2.1. 先决条件 2.2. 对监控的维护和支持 2.3. 准备配置监控堆栈 2

OpenShift Container Platform 4.14 电源监控 为 Red Hat OpenShift 配置和使用电源监控 Last Updated: 2024-02-23 OpenShift Container Platform 4.14 电源监控 为 Red Hat OpenShift 配置和使用电源监控 法律通告 法律通告 Copyright © 2024 Red Hat OpenStack community. All other trademarks are the property of their respective owners. 摘要 摘要 您可以使用电源监控来监控 OpenShift Container Platform 集群中运行的每个容器的功耗，如 CPU 和 DRAM。 . . . . . . . . . . . . . . . . . . . . 发行注 行注记 记 1.1. 电源监控 0.1 （技术预览） 第 第 2 章 章 电 电源 源监 监控概述 控概述 2.1. 关于电源监控 2.2. 电源监控架构 2.3. KEPLER 硬件和虚拟化支持 2.4. 其他资源 第 第 3 章 章 为 为 RED HAT OPENSHIFT 安装 安装电 电源 源监 监控 控 3.1. 安装 POWER 监控 OPERATOR 3.2. 部署

您的服务，以收集与服务架构相关的信息。您可以使用 Red Hat OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成： Red Hat OpenShift distributed (Jaeger)，它基于开源 Jaeger 项目。 Red Hat OpenShift distributed tracing Platform (Tempo)，它基于开源 Grafana Tempo 项 目。 红 红帽 帽构 构建的 建的 OpenTelemetry，它基于开源 OpenTelemetry 项目。 重要 重要 Jaeger 不使用经 FIPS 验证的加密模块。 1.1.2. Red 您的服务，以收集与服务架构相关的信息。您可以使用 Red Hat OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成： Red Hat OpenShift distributed

目录 录 第 第 1 章 章 构 构建 建应 应用程序概述 用程序概述 1.1. 使用项目 1.2. 处理应用程序 1.3. 使用 RED HAT MARKETPLACE 第 第 2 章 章 项 项目 目 2.1. 处理项目 2.2. 以其他用户身份创建项目 2.3. 配置项目创建 第 第 3 章 章 创 创建 建应 应用程序 用程序 3.1. 使用 DEVELOPER 视角创建应用程序 中使用配置映射 第 第 10 章 章 使用 使用 DEVELOPER 视 视角 角监 监控 控项 项目和 目和应 应用程序的指 用程序的指标 标 10.1. 先决条件 10.2. 监控项目指标数据 10.3. 监控应用程序的指标数据 10.4. 其他资源 第 第 11 章 章 使用健康 使用健康检查 检查来 来监 监控 控应 应用程序的健康状 用程序的健康状态 态 11.1. 了解健康检查 11 11.2. 使用 CLI 配置健康检查 11.3. 使用 DEVELOPER 视角监控应用程序的健康状态 11.4. 使用 DEVELOPER 视角添加健康检查 11.5. 使用 DEVELOPER 视角编辑健康检查 11.6. 使用 DEVELOPER 视角监控健康检查失败 第 第 12 章 章 编辑应 编辑应用程序 用程序 12.1. 先决条件 12.2. 使用 DEVELOPER 视角编辑应用程序的源代码

目录 录 第 第 1 章 章 构 构建 建应 应用程序概述 用程序概述 1.1. 使用项目 1.2. 处理应用程序 1.3. 使用 RED HAT MARKETPLACE 第 第 2 章 章 项 项目 目 2.1. 处理项目 2.2. 以其他用户身份创建项目 2.3. 配置项目创建 第 第 3 章 章 创 创建 建应 应用程序 用程序 3.1. 使用 DEVELOPER 视角创建应用程序 中使用配置映射 第 第 11 章 章 使用 使用 DEVELOPER 视 视角 角监 监控 控项 项目和 目和应 应用程序的指 用程序的指标 标 11.1. 先决条件 11.2. 监控项目指标数据 11.3. 监控应用程序的指标数据 11.4. 其他资源 第 第 12 章 章 使用健康 使用健康检查 检查来 来监 监控 控应 应用程序的健康状 用程序的健康状态 态 12.1. 了解健康检查 12 12.2. 使用 CLI 配置健康检查 12.3. 使用 DEVELOPER 视角监控应用程序的健康状态 12.4. 使用 DEVELOPER 视角添加健康检查 12.5. 使用 DEVELOPER 视角编辑健康检查 12.6. 使用 DEVELOPER 视角监控健康检查失败 第 第 13 章 章 编辑应 编辑应用程序 用程序 13.1. 先决条件 13.2. 使用 DEVELOPER 视角编辑应用程序的源代码

11. 使用 SCORECARD 工具验证 OPERATOR 5.12. 验证 OPERATOR 捆绑包 5.13. 高可用性或单节点集群检测和支持 5.14. 使用 PROMETHEUS 配置内置监控 5.15. 配置领导选举机制 5.16. 为多平台支持配置 OPERATOR 项目 5.17. 基于 GO 的 OPERATOR 的对象修剪工具 4 4 4 5 6 6 7 23 25 上打包、部署和 管理服务的首选方法。它们还可以为用户运行的应用程序提供优势。 Operator 与 Kubernetes API 和 CLI 工具（如 kubectl 和 oc 命令）集成。它们提供了监控应用程序、执 行健康检查、管理无线(OTA)更新的方法，并确保应用程序保持在指定的状态。 虽然这两个操作都遵循类似的 Operator 概念和目标，但 OpenShift Container Platform 被默认安装来执行集群功能。 可选的附加组件 Operator 由 Operator Lifecycle Manager(OLM)管理，供用户在其应用程序中运 行。 使用 Operator，您可以创建应用程序来监控集群中运行的服务。Operator 是专为您的应用程序而设计 的。Operator 实施并自动执行常见的第 1 天操作，如安装和配置以及第 2 天操作，如自动缩放和缩减并创 建备份。所有这些活动均位于集群中运行的一个软件中。

负责执行集群用户工作负载的节点。Compute 节点也称为 worker 节点。 配置偏移 配置偏移 在节点上配置与机器配置指定的内容不匹配的情况。 containers 包括软件及其所有依赖项的轻量级和可执行镜像。由于容器虚拟化操作系统，您可以在任何位置运行 容器，从数据中心到公共或私有云到本地主机。 容器 容器编 编配引擎 配引擎 用于实现容器部署、管理、扩展和联网的软件。 容器工作 （如网络、存储和身份验证）实施不同的技术来扩展 Kubernetes 的功能。 2.1.2. 容器化应用程序的好处 与使用传统部署方法相比，使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 操作系统上，容器能让一个应用程序随身携带自己的依赖项。创建容器化应用程序有很多好处。 2.1.2.1. 操作系 操作系统 统的好 的好处 处 容器使用不含内核的小型专用 Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 2.1.2.2. 部署和 部署和扩 扩展 展优势 优势 如果您在应用程序的主

可以通过捕获或截获服务间的流量 来解决这些架构问题，并可修改、重定向或创建新请求到其他服务。 Service Mesh 基于开源 Istio 项目，为创建部署的服务提供发现、负载均衡、服务对服务身份验证、故障 恢复、指标和监控的服务网络提供了便捷的方法。服务网格还提供更复杂的操作功能，其中包括 A/B 测 试、canary 发行版本、访问控制以及端到端验证。 1.1.2. 核心功能 Red Hat OpenShift API 尚不支持远程获取和加载 WebAssembly HTTP 过滤器 尚不支持使用 Kubernetes CSR API 的自定义 CA 集成 监控流量的请求分类是一个技术预览功能 通过授权策略的 CUSTOM 操作与外部授权系统集成是一项技术预览功能 1.2.2.12.7. 改进了 Service Mesh operator 性能 Red Hat OpenShift Service Mesh SMCP 的更改更快地生 效。 1.2.2.12.8. Kiali 更新 Kiali 1.36 包括以下功能和增强： Service Mesh 故障排除功能 control plane 和网关监控 代理同步状态 Envoy 配置视图 显示 Envoy 代理和应用程序日志处于交集的统一视图 支持联邦服务网格视图的命名空间和集群选择 新的验证、向导和分布式追踪增强 1.2.2.13.

第 第 1 章 章 LOGGING 发 发行注 行注记 记 13 在此次更新之前，日志文件指标 exporter 仅报告在导出器运行期间创建的日志，从而造成日志增 长数据不准确。此次更新通过监控 /var/log/pods 解决了这个问题。(LOG-2442) 在此次更新之前，收集器会被阻断，因为它在将日志转发到 fluentd 转发接收器时不断尝试使用 过时的连接。在这个版本中，keepalive_timeout on this namespace。 这个选项在 Namespace 对象中设置 openshift.io/cluster-monitoring: "true" 标识。您必须 设置这个选项，以确保集群监控提取 openshift-operators-redhat 命名空间。 f. 选择一个批准策略 批准策略。 Automatic 策略允许 Operator Lifecycle Manager（OLM）在有新版本可用时自动更新 cluster-logging-operator 没有正确 地比较包含仪表板的现有和所需 configmaps。在这个版本中，通过将仪表板唯一的哈希值添加到 对象标签来修复逻辑。(LOG-2066) 在这个版本中，log4j 依赖项改为 2.17.1 以解决 CVE-2021-44832.(LOG-2102) 1.20.2. CVE 例 例 1.11. 点 点击 击以展开 以展开 CVE CVE-2021-27292 BZ-1940613

互。容器一词被定义为容器镜像的特 定运行或暂停实例。 在一个单一的主机上可以包括多个容器来运行多个不同的应用程序实例，且相互间无法看到其他应用程序 的进程、文件、网络等。通常情况下，每个容器提供一项服务，常称为微服务，如 Web 服务器或数据 库，但容器也可用于任意工作负载。 多年来，Linux 内核一直在整合容器技术的能力。Docker 项目为主机上的 Linux 容器开发了便捷的管理接 口 YAML 文件示例： 文件示例： 2.1.2. Cluster Samples Operator 跟踪和错误恢复镜像流导入 在创建或更新示例镜像流后，Cluster Samples Operator 会监控每个镜像流标签镜像导入的进度。 如果导入失败，Cluster Samples Operator 会通过镜像流镜像导入 API（与 oc import-image 命令使用的 API 相同）。重新尝试导入大约每 镜像流和模板集合。它忽略集群管理员创建的新示例或跳过列表中的 任何示例。移除完成后，Cluster Samples Operator 会像处于 Unmanaged 状 态一样工作，并忽略示例资源、镜像流或模板上的任何监控事件。 OpenShift Container Platform 4.7 镜 镜像 像 12 samplesRegistry 允许您指定镜像流可以访问哪个 registry 获取其镜像内容。对于