<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Compactor on PlumePHP</title><link>https://plumephp.com/tags/compactor/</link><description>Recent content in Compactor on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sat, 26 Sep 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/compactor/index.xml" rel="self" type="application/rss+xml"/><item><title>Loki 架构与性能优化：摄入调优、标签基数管理、查询加速与成本控制</title><link>https://plumephp.com/loki-optimization/</link><pubDate>Sat, 26 Sep 2026 00:00:00 +0800</pubDate><guid>https://plumephp.com/loki-optimization/</guid><description>&lt;p&gt;Loki 与 Elasticsearch 不同——它&lt;strong&gt;不索引日志全文，只索引标签（labels）和元数据&lt;/strong&gt;，日志内容本身按压缩块存进对象存储。这套&amp;quot;标签索引 + 对象存储 + LogQL 流式查询&amp;quot;的设计带来极低的存储成本，但把调优的重心从&amp;quot;索引优化&amp;quot;转向了&amp;quot;&lt;strong&gt;标签基数控制&lt;/strong&gt;&amp;ldquo;和&amp;rdquo;&lt;strong&gt;查询/摄入吞吐&lt;/strong&gt;&amp;quot;。当集群从几个节点涨到上千，日志量上 TB/天时，Loki 的性能瓶颈几乎全部集中在标签基数爆炸和查询范围失控上。本指南从 Loki 架构出发，深入摄入调优、标签基数管理、LogQL 查询加速、压缩与保留、分布式模式，给出生产级优化清单与成本控制方案。&lt;/p&gt;</description></item><item><title>Prometheus 长期存储与集群化：Thanos 与 Mimir 架构对比与实战</title><link>https://plumephp.com/prometheus-thanos-mimir/</link><pubDate>Sat, 26 Sep 2026 00:00:00 +0800</pubDate><guid>https://plumephp.com/prometheus-thanos-mimir/</guid><description>&lt;p&gt;单机 Prometheus 是监控世界的&amp;quot;步兵&amp;quot;——开箱即用、指标模型简洁、PromQL 强大。但它有三个天然短板：&lt;strong&gt;数据只能本地保留 15 天&lt;/strong&gt;（本地磁盘有限）、&lt;strong&gt;单点无 HA&lt;/strong&gt;（挂了监控就没了）、&lt;strong&gt;无法跨集群全局查询&lt;/strong&gt;。当监控规模从几十台机器涨到几百个集群、几亿条序列时，就需要把 Prometheus&amp;quot;集群化&amp;quot;——用 Thanos 或 Mimir 把多套 Prometheus 的数据汇聚起来，落到对象存储实现长期保留，并提供统一的全局查询入口。本指南深度解析 Thanos 与 Mimir 两大架构，覆盖组件职责、对象存储、全局去重查询、压缩降采样、多租户、HA，并给出选型与生产部署建议。&lt;/p&gt;</description></item></channel></rss>