. . . . . . . . . . . . . . . . . . . . 第 第 8 章 章 管理指 管理指标 标目 目标 标 8.1. 在 ADMINISTRATOR 视角中访问 METRICS TARGETS 页面 8.2. 搜索和过滤指标目标 8.3. 获取目标的详细信息 8.4. 后续步骤 第 第 9 章 章 管理警 管理警报 报 9.1. 在 ADMINISTRATOR 和 Operator (CMO) 是监控堆栈的核 心组件。它部署、管理和自动更新 Prometheus 和 Alertmanager 实例、Thanos Querier、Teleme Client 和 metrics 目标。CMO 由 Cluster Version Operator (CVO) 部署。 Prometheus Operator openshift-monitoring 项目中的 Prometheus Alertmanager 还负责将警报发送到外部通知系统。 kube-state-metrics 代理 kube-state-metrics 导出器代理（上图中的 KSM） 将 Kubernetes 对象转换为 Prometheus 可使用的指 标。 openshift-state-metrics 代理 openshift-state-metrics 导出器（上图中的 OSM）通过添加了对特定 OpenShift

Tuning Operator 1.2.5. Cluster Monitoring 1.2.5.1. 基于定制的 metrics API 对 pod 进行横向的自动扩展 (技术预览) 1.2.5.2. 新的提示用户界面 1.2.5.3. Telemeter 1.2.5.4. 基于资源 metrics API 对 pod 进行横向的自动扩展 1.2.6. 开发者体验 1.2.6.1. 代码就绪容器 1 基于定制的 metrics API 对 pod 进行横向的自 行横向的自动扩展 展 (技 技术预览) 此功能（目前为技术预览）允许您根据自定义的 metrics API 对 pod 进行横向的自动扩展（horizontal pod autoscaling，简称 HPA）。作为这种技术预览的一部分，现在可以部署一个 Prometheus Adapter 组 件来为定制的 metrics API 提 提供应用程序的指标数据（metrics）。 限制： 该适配器只连接到一个 Prometheus 实例（或一组使用 Kubernetes 服务的，实现负载均衡功能的 一组实例）。 手动部署适配器并把它配置为使用 Prometheus。 Prometheus Adapter 配置的语法规则可能会在以后有所变化。 如果 OpenShift Container Platform 包括了一个现成的自定义

调度到同一节点。通过 Pod 反关联性，您可以防止 pod 调度到节点上。 第 第 4 章 章 管理 管理员 员任 任务 务 103 1 以下示例演示了如何使用节点关联性或 pod 反关联性将自定义 Metrics Autoscaler Operator 实例安装到 集群中的特定节点： 将 将 Operator pod 放置到特定 放置到特定节点的 点的节点关 点关联性示例 性示例 要求 Operator apiVersion: operators.coreos.com/v1alpha1 kind: Subscription metadata: name: openshift-custom-metrics-autoscaler-operator namespace: openshift-keda spec: name: my-package source: my-operators apiVersion: operators.coreos.com/v1alpha1 kind: Subscription metadata: name: openshift-custom-metrics-autoscaler-operator namespace: openshift-keda spec: name: my-package source: my-operators

RHEL NFS 服务器作为容器镜像 registry 的存储后端可能会出现问题。这 包括 OpenShift Container Registry 和 Quay、Prometheus for metrics 存储，以及 ElasticSearch for logging 存储。因此，不建议使用 RHEL NFS 服务器来备份核心服务使用 的 PV。 市场上的其他 NFS 实现可能没有这些问题。如需了解更多与此问题相关的信息，请联络相 Container Platform 3.11 扩 扩展和性能指南 展和性能指南 20 不建议使用 NAS 存储（包含聚合模式/独立模式 GlusterFS），因为它对带有生产环境负载的托 管 metrics 集群部署使用 iSCSI 中的块存储接口。 重要 重要 测试显示，在 RHEL 中使用 NFS 服务器作为容器镜像 registry 的存储后端可能会出现问 题。这包括用于日志存储的 El OpenShift Container Platform 指标部署中保留 METRICS_RESOLUTION=30 参数。不建议 为 METRICS_RESOLUTION 使用低于默认值 30 的值。在使用 Ansible 指标安装过程时，这是 openshift_metrics_resolution 参数。 使用主机 metrics pod 密切监控 OpenShift Container Platform

4.1. 先决条件 4.2. 直接从集群访问REGISTRY 4.3. 检查 REGISTRY POD 的状态 4.4. 查看REGISTRY日志 4.5. 访问REGISTRY的指标数据（METRICS） 4.6. 其他资源 第 第 5 章 章 开放 开放REGISTRY 5.1. 手动公开默认 REGISTRY 5.2. 手动公开受保护的REGISTRY 3 3 4 4 5 5 息。 流程 流程 1. 使用带有 deployments 的oc logs命令查看容器镜像 registry 的日志： 输 输出示例 出示例 4.5. 访问REGISTRY的指标数据（METRICS） sh-4.2# podman push image-registry.openshift-image-registry.svc:5000/openshift/image $ oc get （Registry） ） 30 1 OpenShift Container Registry 为 Prometheus metrics 提供了一个端点。Prometheus是一个独立的开源 系统监视和警报工具包。 metrics 可以通过registry端点的/extensions/v2/metrics路径获得。 流程 流程 您可以通过两种方式访问指标数据：运行指标数据查询或使用集群角色。 指 指标 标数据

labels, Edit annotations, 或 Delete。 概述 概述 标签页 资源使用情况、警报、磁盘和设备 详 详情 情 标签页 VirtualMachine 详情和配置 Metrics 标签页 内存、CPU、存储、网络和迁移指标 YAML 标签页 VirtualMachine YAML 配置文件 配置 配置 标签页 包含 调 调度 度、环 环境 境、网 网络 络接口 接口、磁 活跃用户部分 如果安装了 QEMU 客户机代理，则显示活动用户。 元素 元素 描述 描述 4.3.1.3. Metrics 标签页 第 第 4 章 章 WEB 控制台概述 控制台概述 25 Metrics 选项卡显示内存、CPU、存储、网络和迁移使用图表。 例 例 4.14. Metrics 标签页 标签页 元素 元素 描述 描述 时间 时间范 范围 围列表 选择一个时间范围来过滤结果。 控实时迁移 迁移 您可以在 web 控制台Overview → Migrations 选项卡中监控所有实时迁移的进度。 您可以在 web 控制台的 VirtualMachine details → Metrics 选项卡中查看虚拟机的迁移指标。 12.3.2. 在 CLI 中启动虚拟机实例的实时迁移 通过在集群中创建 VirtualMachineInstanceMigration 对象并引用虚拟机实例的名称来启动正在运行的虚

的用量统计，这些统计信息为容器提供了运行时环境。这些用量统计包括 CPU、内存和 存储的消耗。 先决条件 先决条件 您必须有 cluster-reader 权限才能查看用量统计。 必须安装 Metrics 才能查看用量统计。 流程 流程 查看用量统计： 1. 运行以下命令： 例如： 输 输出示例 出示例 2. 运行以下命令，以查看带有标签的 pod 用量统计： 您必须选择过滤所基于的选择器（标签查询）。支持 数量进行扩展的数量。扩展 pod 数量的默认值为 4%。 按 pod 百分比扩展的数量。按百分比扩展的默认值为 100%。 缩减 缩减策略示例 策略示例 name: hpa-resource-metrics-memory namespace: default spec: behavior: scaleDown: 1 policies: 2 - type: Pods 横向自动扩展 在 web 控制台中，您可以创建一个 pod 横向自动扩展(HPA)，用于指定要在 Deployment 或 metadata: name: hpa-resource-metrics-memory namespace: default spec: ... minReplicas: 20 ... behavior: scaleDown: sta

Kiali pod 重新启动的过程中在 Graph 页中显示错误信息。 KIALI-2206 当您第一次访问 Kiali 控制台时，浏览器中没有 Kiali 的缓存数据，Kiali 服务详情页面 的 Metrics 标签页中的 “View in grafana” 链接会重定向到错误的位置。只有在第一次访问 Kiali 才 会出现这个问题。 KIALI-507 Kiali 不支持 Internet Explorer KIALI-3096 Runtime metrics 在 Service Mesh 中失败。在 Service Mesh 和 Prometheus 之间有 一个 OAuth 过滤器，需要向 Prometheus 传递一个 bearer 令牌才会授予访问权限。Kiali 已被更 新为在与 Prometheus 服务器通讯时使用这个令牌，但应用程序的 metrics 当前会有 403 错误。 KIALI-3070 KIALI-3070 此程序错误只会影响自定义 dashboard，它不会影响默认的 dashboard。当您在 metrics 设置中选择标签并刷新页面时，会在菜单中保留您的选择，但您的选择不会在图表中显 示。 OpenShift Container Platform 4.2 Service Mesh 8 第 2 章 SERVICE MESH 架构 2.1. 了解 RED HAT OPENSHIFT

的用量统计，这些统计信息为容器提供了运行时环境。这些用量统计包括 CPU、内存和 存储的消耗。 先决条件 先决条件 您必须有 cluster-reader 权限才能查看用量统计。 必须安装 Metrics 才能查看用量统计。 流程 流程 查看用量统计： 1. 运行以下命令： 例如： 输 输出示例 出示例 2. 运行以下命令，以查看带有标签的 pod 用量统计： 您必须选择过滤所基于的选择器（标签查询）。支持 config apiVersion: autoscaling/v2beta2 kind: HorizontalPodAutoscaler metadata: name: hpa-resource-metrics-memory namespace: default spec: 第 第 2 章 章 使用 使用 POD 23 1 2 3 4 5 6 7 8 9 10 11 指定扩展策略的方向，可以是 . apiVersion: autoscaling/v2beta2 kind: HorizontalPodAutoscaler metadata: name: hpa-resource-metrics-memory namespace: default OpenShift Container Platform 4.6 节 节点 点 24 在本例中，当 pod 的数量大于 40 时，

io/v1beta1?timeout=32s I0228 09:36:40.767060 1 listener.go:44] kmm/controller-runtime/metrics "msg"="Metrics server is starting to listen" "addr"="127.0.0.1:8080" I0228 09:36:40.769483 1 main go:366] kmm "msg"="Starting server" "addr"= {"IP":"127.0.0.1","Port":8080,"Zone":""} "kind"="metrics" "path"="/metrics" I0228 09:36:40.770025 1 internal.go:366] kmm "msg"="Starting server" "addr"= {"IP":"::" io/v1?timeout=32s I0417 11:34:12.373413 1 listener.go:44] kmm-hub/controller-runtime/metrics "msg"="Metrics server is starting to listen" "addr"="127.0.0.1:8080" I0417 11:34:12.376253 1 main