/tags/%E7%9B%91%E6%8E%A7/ Recent content in 监控 on Hugo -- gohugo.io en Wed, 19 Aug 2026 07:39:00 +0800 /posts/prometheus-memory-tuning-cut-series/ Wed, 19 Aug 2026 07:39:00 +0800 /posts/prometheus-memory-tuning-cut-series/ 背景 homelab 这套监控是 kube-prometheus-stack（chart 87.6.0，跑的是 Prometheus 3.13.0），Prometheus 落在一台 12G 内存的笔记本 VM 上，是这台机器上最大的单一内存消耗者。 2026-08-16 起，ContainerMemoryNearLimit 连着两天报 Prometheus：7 天窗口的内存峰值 2715Mi / 3072Mi = 88%。我当时的处理是把 memory limit 从 3Gi 抬到 4Gi，抬完就发现这条路没得走了——宿主机 available 只剩 0.6G 左右，物理内存见底，再抬也没地方抬。08-18 改成砍产生内存的东西本身，砍完当天把 limit 收回了 3Gi。 今天早上（2026-08-19 07:39）从集群里拉的读数： 读数 08-18 改动前 现在 active series 234,532 113,262 ingest rate 7,562 samples/s 4,063 samples/s cgroup 内存峰值 2,002Mi 758Mi memory limit 4Gi 3Gi series 那一栏现在比刚改完那会儿（109,566）略高，是这一天里新增采集的自然增长。今天早上现取的 container_memory_working_set_bytes 是 799Mi，占 3Gi 上限的 26%。 借这次把「内存告警该动哪里」整理一遍。我踩的坑基本都是同一种：以为某个配置项管 A，其实它管的是 B。