5.3.2. 配置监控堆栈

在 OpenShift Dedicated 中，您可以使用 user-workload-monitoring-config ConfigMap 配置用于监控用户定义的项目工作负载的堆栈。配置配置映射配置 Cluster Monitoring Operator（CMO），CMO 会配置堆栈的组件。

先决条件

  • 您可以使用具有 dedicated-admin 角色的用户访问集群。
  • 您已创建了 user-workload-monitoring-config ConfigMap 对象。
  • 已安装 OpenShift CLI（oc）。

流程

  1. 编辑 ConfigMap 对象。

    1. 在 openshift-user-workload-monitoring 项目中编辑 user-workload-monitoring-config ConfigMap 对象： 

      $ oc -n openshift-user-workload-monitoring edit configmap user-workload-monitoring-config

    2. 将您的配置以键值对 < component_name>: <component_configuration> 的形式添加到 data.config.yaml 下： 

      apiVersion: v1
kind: ConfigMap
metadata:
  name: user-workload-monitoring-config
  namespace: openshift-user-workload-monitoring
data:
  config.yaml: |
    <component>:
      <configuration_for_the_component>

      相应地替换 <component> 和 <configuration_for_the_component>。

      以下示例 ConfigMap 对象为 Prometheus 配置数据保留周期和最低容器资源请求。这与仅监控用户定义的项目的 Prometheus 实例相关： 

      apiVersion: v1
kind: ConfigMap
metadata:
  name: user-workload-monitoring-config
  namespace: openshift-user-workload-monitoring
data:
  config.yaml: |
    prometheus: 1
      retention: 24h 2
      resources:
        requests:
          cpu: 200m 3
          memory: 2Gi 4
      1
      定义 Prometheus 组件，后面几行则定义其配置。
      2
      为监控用户定义的项目的 Prometheus 实例配置 24 小时数据保留周期。
      3
      为 Prometheus 容器定义最低 200 毫秒的资源请求。
      4
      为 Prometheus 容器定义最低 2 GiB 内存的 Pod 资源请求。

  2. 保存文件以将更改应用到 ConfigMap 对象。受新配置影响的 Pod 会自动重启。

    警告

    一旦将更改保存到监控配置映射，可能会重新部署相关项目中的 Pod 和其他资源。该项目中正在运行的监控进程也可能被重启。