Kubernetes资源需求

资源需求IBM Cloud® Monitoring代理取决于被监控主机的大小和负载。活动越大，所需资源就越大。

Monitoring可消耗 5 KB 到 20 KB 的带宽。以下因素可能会影响所需带宽：

指标数量
事件数
Kubernetes对象的数量
启用的产品和功能

收集数据时，您会看到在提取文件时带宽使用量激增。

您不想在代理上设置带宽整形或上限。这样做会影响发送到收集服务的数据。

一般来说，在更大的集群中，代理需要更多的内存。在具有更多核心的服务器中，代理需要更多的 CPU 核心来监控系统调用。主机上使用的 CPU 核心和Kubernetes对于代理来说，节点是可见的代理。

考虑以下环境定义。

环境尺寸示例
环境大小	描述
小型	8 个或更少的 CPU 核心 10 或更少Kubernetes节点
中	9 至 32 个 CPU 核心 10 至 100 之间Kubernetes节点
大型	超过 32 个 CPU 核心超过 100Kubernetes节点

以下建议可以改善使用默认值时的行为。根据您的要求，您的环境可能需要不同的资源。这些值仅应作为一般信息使用。

基于环境规模的配置考虑因素
集群配置	小型	中	大型
Kubernetes CPU 请求	1	3	5
Kubernetes CPU 限制	1	3	5
Kubernetes内存请求	1024 MB	3072 MB	6144 兆
Kubernetes内存限制	1024 MB	3072 医学博士	6144 兆
Dragent 内存看门狗	512 MB	1024 MB	2048 MB
接口内存看门狗	512 MB	2048 MB	4096 MB

这Monitoring代理有自己的内存看门狗，以防止在发生内存泄漏时主机上的内存消耗失控。这代理配置文件可以进行修改以满足您的环境需求。

默认配置如下：

watchdog:
  max_memory_usage_mb: 1024
  max_memory_usage_subprocesses:
    sdchecks: 128
    sdjagent: 256
    mountedfs_reader: 32
    statsite_forwarder: 32
    cointerface: 512
    promscrape: 640

这 max_memory_usage 值对应于代理中的 dragent 进程。所有值均以 MB 为单位。例如，如果您想要更改配置以匹配大型环境的看门狗设置，您可以指定以下内容：

watchdog:
  max_memory_usage_mb: 2048
  max_memory_usage_subprocesses:
    sdchecks: 128
    sdjagent: 256
    mountedfs_reader: 32
    statsite_forwarder: 32
    cointerface: 4096
    promscrape: 640

价值 promscape 取决于特定节点上要抓取的时间序列和标签数据的数量。簇大小不影响 promscape 内存使用情况。