3.2. 配置监控堆栈

流程

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 对象。

   警告

   ConfigMap 对象的不同配置更改会导致不同的结果：

   • Pod 不会重新部署。因此，没有服务中断。

   • 受影响的 pod 被重新部署：

     • 对于单节点集群，这会导致临时服务中断。
     • 对于多节点集群，因为高可用性，受影响的 pod 会逐渐推出，监控堆栈仍然可用。
     • 无论高可用性如何，配置和重新定义持久性卷的大小始终会导致服务中断。

   每个需要更改配置映射中的步骤都包括其预期的结果。