Victoria：吊打業(yè)界的可觀測(cè)性全家桶來了

最近幾周老馮都在忙一件事，準(zhǔn)備 Pigsty v4.0 —— 最主要的工作就是將 Prometheus 和 Loki 換為 Victoria 全家桶。效果非常炸裂，Victoria 是樸實(shí)無華的強(qiáng)悍——效果非常炸裂，。這一部分已經(jīng)完工，發(fā)布一個(gè) Beta 版本讓有需要的朋友先耍一耍。

VictoriaMetrics 初體驗(yàn)

你可能沒聽說過 VictoriaMetrics，但肯定聽說過 Prometheus —— 監(jiān)控領(lǐng)域的事實(shí)標(biāo)準(zhǔn)。VictoriaMetrics 就是 Prometheus 的上位替代品。由白俄羅斯大神程序員 Aliaksandr Valialkin 單槍匹馬搞出來，吊打業(yè)界的神器。

老馮還記得五年前在探探的時(shí)候，那時(shí)候我們的監(jiān)控系統(tǒng)里有五千萬左右的時(shí)間序列，用了十二臺(tái)物理機(jī)（64C 256G）跑 Prometheus 集群。后來我把 Prometheus 換成了三節(jié)點(diǎn)的分布式 VictoriaMetrics，結(jié)果輕松扛下來了。后來我還試過，一臺(tái)頂配物理機(jī)也能扛住，這實(shí)在是太驚人了！那時(shí)候我測(cè)試下來，VM 的內(nèi)存/磁盤使用量是 Prometheus 的 1/4 ，查詢性能則是 4x 左右，著實(shí)讓我印象深刻。

業(yè)界有很多性能對(duì)比（Benchmark），VM 基本都是吊打 InfluxDB 、Prometheus、TimescaleDB 的。不管是寫入吞吐量還是高基數(shù)查詢（High Cardinality），VM 都是碾壓級(jí)的存在。

在 Pigsty 里面，我之前一直用Prometheus，主要是懶得換，而且公眾認(rèn)知成本低，而 VM 作為專業(yè)版可選模塊。不過最近有個(gè)契機(jī)，讓我感覺有必要給 Pigsty 的監(jiān)控基建也翻新一下了 —— 第一是原本使用的日志方案 Grafana Loki 和 Promtail 要淘汰了，想來想去還是得上 VictoriaLogs。第二是正好有個(gè)客戶 ——影視颶風(fēng)要部署生產(chǎn)級(jí)別的 VictoriaMetrics，我就干脆一起搞了。

VictoriaMetrics 其實(shí)是一個(gè)全家桶，不僅僅可以替代 Prometheus，而且還有 VictoriaLogs 用于存儲(chǔ)日志，VictoriaTraces 存儲(chǔ)鏈路追蹤，我想著干脆都一起上了吧。于是就在 Pigsty v4 中對(duì) Infra 模塊整個(gè)進(jìn)行重寫。

為什么要 Vicotira 全家桶？

在聊性能之前，老馮想先聊聊 VictoriaMetrics 背后的男人 —— Aliaksandr Valialkin（@valyala）。這哥們是白俄羅斯人，在搞 VictoriaMetrics 之前，他是一家廣告技術(shù)公司 VertaMedia 的 CTO。

在 Go 語言社區(qū)里，他早就是個(gè)傳奇人物了。他寫的fasthttp庫有 2.3 萬 Star，性能是標(biāo)準(zhǔn)庫 net/http 的10 倍，能用 150 萬并發(fā)連接扛住每秒 20 萬請(qǐng)求。他的quicktemplate模板引擎比 html/template 快20 倍，fastjson解析器比 encoding/json 快15 倍。

這些庫有個(gè)共同的特點(diǎn)：熱路徑零內(nèi)存分配。這也是 VictoriaMetrics 為什么這么猛的核心秘密 —— 同樣的設(shè)計(jì)哲學(xué)貫穿始終。valyala 的代碼風(fēng)格就是兩個(gè)字：硬核。不依賴第三方庫，極致的內(nèi)存管理，不僅算法牛逼，工程實(shí)現(xiàn)更是變態(tài)。所以 VM 繼承了 ClickHouse 的衣缽：快，省，穩(wěn)。它就像是數(shù)據(jù)庫界的 AK-47，結(jié)構(gòu)簡(jiǎn)單，皮實(shí)耐造，但火力極其兇猛。

valyala 這哥們還賊有個(gè)性，一個(gè)人單槍匹馬搞出來的東西吊打業(yè)界，放群嘲 AOE ，關(guān)鍵他還是太有實(shí)力了，直接貼臉用 Benchmark 噎的別人說不出話來。用實(shí)力說話，就是這么帶勁。老馮感覺和他很對(duì)脾氣，惺惺相惜，經(jīng)常在 X 上互贊

Victoria 有多強(qiáng)

言歸正傳，簡(jiǎn)單來說，這次我弄了 10 個(gè)節(jié)點(diǎn)作為測(cè)試環(huán)境，收集所有的指標(biāo)和日志。Pigsty v4.0 使用 VictoriaMetrics + VictoriaLogs，一天的數(shù)據(jù)量，12 萬個(gè)時(shí)間序列用了 600 兆內(nèi)存，11 億個(gè)數(shù)據(jù)點(diǎn)占了 440MB 存儲(chǔ)；50 萬行日志占了 6MB 不到的存儲(chǔ)。

也就是說，整個(gè)監(jiān)控基礎(chǔ)設(shè)施，在充分監(jiān)控十臺(tái)物理機(jī)和數(shù)據(jù)庫應(yīng)用的情況下，（還要加上 Grafana，Alertmanager 這些）大概使用了 0.2 個(gè) vCPU / 1GB 的資源。可謂是非常經(jīng)濟(jì)實(shí)惠了！！

作為對(duì)比，我又運(yùn)行 Pigsty v3.7 10 節(jié)點(diǎn)環(huán)境，使用原本的 Prometheus + Loki ，跑了才 10 個(gè)小時(shí)。資源使用情況如下。基本上已經(jīng)接近/超過 VictoriaMetrics 全家桶了，主要是數(shù)據(jù)量太小，弄幾百個(gè)節(jié)點(diǎn)這個(gè)差距會(huì)更明顯。

當(dāng)然，要是說只是省點(diǎn)內(nèi)存磁盤 CPU 啥的，我倒也沒那么大興趣去換。主要是查詢響應(yīng)時(shí)間也快了很多，這就不一樣了，特別是 VictoriaLogs 相比 Loki，簡(jiǎn)直就是碾壓式的降維打擊。面板加載的速度肉眼可見的快了許多，那種上百個(gè) Panel 的 Dashboard 也是瞬間全出，這個(gè)感覺實(shí)在是太爽了！

老馮自己的測(cè)試畢竟規(guī)模有限，業(yè)界三方數(shù)據(jù)更有說服力。下面是 Claude 匯總的一些測(cè)試用例。不是百分之幾十幾十的提升，都是幾倍幾倍的提升，樸實(shí)無華的強(qiáng)力。

Victoria 如何替代 Prometheus

有很多人問，VictoriaMetrics 運(yùn)維復(fù)雜不復(fù)雜，從 Prometheus 遷移麻煩嗎？老馮可以說，基本上是 "原位替代" —— 就是說，你把 VM 的二進(jìn)制改個(gè)名字頂替掉 prometheus，它也能跑起來。

當(dāng)然這么說其實(shí)是有點(diǎn)夸張了，畢竟還是有一點(diǎn)點(diǎn)小小的區(qū)別 —— 比如告警規(guī)則（Alert Rules）和預(yù)計(jì)算規(guī)則（Record Rules）其實(shí)是由一個(gè)單獨(dú)的組件 VMAlert 來負(fù)責(zé)的，除此之外，它基本和 Prometheus 一模一樣。你可以用一樣的配置文件，用同樣的 PromQL 查詢 —— 當(dāng)然有個(gè)別參數(shù)其實(shí)也有細(xì)微的區(qū)別，但都很簡(jiǎn)單。

有人說，啊這個(gè)分布式集群的架構(gòu)看上去好復(fù)雜。相信我，第一，其實(shí)也沒啥復(fù)雜的，第二，你的量絕對(duì)用不上分布式 —— 如果你真有那個(gè)量，你現(xiàn)在應(yīng)該已經(jīng)早就在用 VictoriaMetrics 了。我們 5000 萬時(shí)間序列單機(jī)搞定，你也沒必要去折騰分布式的版本，想要冗余，簡(jiǎn)單的跑兩個(gè)獨(dú)立副本去抓就夠了。

當(dāng)然，VictoriaMetrics 有自己的查詢語言 MetricsQL，但也兼容 PromQL。這個(gè)老馮就真的懶得改了 —— 那么多個(gè) Dashboard 里面的查詢語句，我可沒興趣改寫。但好處就是，VictoriaMetrics 可以完美扮演一個(gè) Prometheus，你的 Grafana 只需要簡(jiǎn)單改一個(gè)端口，就可以切換到 VictoriaMetrics。

VictoriaLogs：從拖拉機(jī)到法拉利

如果說 VictoriaMetrics 替換 Prometheus 是 “很不錯(cuò)”，那么 VictoriaLogs 替換 Loki 就屬于 ——牛逼大發(fā)了，堪稱從拖拉機(jī)到法拉利。我唯一后悔的是為啥沒早點(diǎn)把 Loki 給下掉。當(dāng)然，和 Loki 一起下掉的還有 Loki 配套的日志 Agent Promtail，這個(gè)日志收集組件爛尾了，2026 年棄用，這也是老馮這次升級(jí)的主要原因 —— 然后用 vector 給替換掉了。

為什么我看這 Loki 不爽很久了？

Loki 的設(shè)計(jì)哲學(xué)是“不索引全文，只索引標(biāo)簽”。聽起來很美好，但在大規(guī)模日志檢索時(shí)，它本質(zhì)上就是個(gè)分布式的 Grep。你要查幾個(gè)關(guān)鍵字，它得把原本的數(shù)據(jù)塊拉出來暴力掃描。數(shù)據(jù)量一上來，查詢慢得讓人懷疑人生，動(dòng)不動(dòng)就超時(shí)或者 OOM（內(nèi)存溢出）。有時(shí)候日志面板時(shí)間范圍拉大一點(diǎn)，就直接報(bào)錯(cuò)了。

而 VictoriaLogs 采用了類似 ClickHouse 的列存和 Bloom Filter 技術(shù)。它雖然也不搞全文索引（那樣太費(fèi)空間），但在過濾和定位數(shù)據(jù)塊上做得極極極其高效。不僅快的一批，而且穩(wěn)如老狗。10x 的性能力大磚飛，大力出奇跡。

雖然 VLogs 不兼容 LogQL，使用的是自己的LogsQL，但這一次，我把 Loki 的查詢語句LogQL全部丟進(jìn)了垃圾桶。LogsQL 明顯要優(yōu)雅，簡(jiǎn)潔的多：

最爽的是，LogsQL 里 Stream Selector 是可選的。你可以直接寫"error" "timeout"來全局搜索，不用像 LogQL 那樣必須先指定標(biāo)簽。這在排查問題的時(shí)候太實(shí)用了 —— 很多時(shí)候你根本不知道錯(cuò)誤會(huì)出現(xiàn)在哪個(gè)服務(wù)里。

如果你還在用 ELK 或者 Loki 這類古早日志方案，真的不如試一試力大磚飛的 VictoriaMetrics。說不定連 ClickHouse 的活兒都能干掉一部分了。

VictoriaTraces

可觀測(cè)性三劍客，除了指標(biāo)與日志，還有一個(gè)鏈路追蹤（Traces）。老實(shí)說，老馮在基礎(chǔ)設(shè)施和數(shù)據(jù)庫監(jiān)控里面基本上用不到 Traces。但反正就是加雙筷子的事情， 也就順手弄進(jìn)來了。你就把他當(dāng)成一個(gè) Jaeger 用就好了。

除此之外，還有一些周邊的工具，比如專門用來計(jì)算告警的 vmalert，可以獨(dú)立使用的抓取組件 vmagent，日志收集組件 vlagent，還有備份恢復(fù)，auth，之類的各種工具，做的非常的細(xì)。企業(yè)版里還有降采樣，異常檢測(cè)之類的功能。不過企業(yè)版老馮就沒啥興趣折騰了，想要用，自己去下載買 license 吧，反正我覺得開源版夠夠的了。

我應(yīng)該如何上手？

為了幫助用戶上手 Victoria 全家桶，老馮還是為用戶準(zhǔn)備了不少好東西，第一個(gè)好東西是 APT / DNF 倉庫，里面提供了 Victoria 全家桶的 RPM/DEB 包。單機(jī)版，集群版，工具包，Agent，Grafana 數(shù)據(jù)源，全都打包好了。免去你自己去 GitHub 上扒拉 Tarball，可以直接 yum / dnf install 完成安裝。

雖然 Pigsty v4 才正式切換到 Victoria 全家桶，但是 Pigsty Infra 倉庫里面維護(hù)這些RPM/DEB 包已經(jīng)很長(zhǎng)時(shí)間了，久經(jīng)生產(chǎn)考驗(yàn)。當(dāng)然也順便一提，這里面還有其他好東西，比如 Grafana / Prometheus / 對(duì)象存儲(chǔ)全家桶。（，老馮還打了 2025-12 修完 CVE 的 RPM/DEB 包）

當(dāng)然，即使是打好了包，從零開始部署 VM 全家桶還是需要不少工作的，設(shè)計(jì)目錄，參考文檔進(jìn)行配置，接入 Grafana ，開發(fā) Dashboard，Nginx 對(duì)接，證書申請(qǐng)，有很多很多臟活累活 —— 就算你用容器也一樣省不了。所以老馮的 Pigsty 還有一個(gè)妙用，就是一鍵在 Linux 裸機(jī)上幫你拉起這套全家桶。

如你所見，所有服務(wù)都被 nginx 封裝好了 （又省掉了一個(gè) VMAuth 組件哈哈），統(tǒng)一通過 80/443 端口的 i.pigsty 服務(wù)對(duì)外暴露。 Nginx + Grafana + VMetrics + VLogs + Vtraces + VMALERT + Alertmanager —— 可觀測(cè)性七件套，As your service! 整整齊齊一家人！

包括這些組件的自監(jiān)控，也都配置好了。主機(jī)監(jiān)控，Redis，PostgreSQL 這些也都帶在里面了。你要把自己的 App 納入監(jiān)控，也完全可以很輕松的用添加配置文件的方式，將其加入進(jìn)來。

從某種意義上來說，現(xiàn)在的 Pigsty 不僅僅是一個(gè) PostgreSQL 數(shù)據(jù)庫發(fā)行版了，還是一個(gè) Observability 可觀測(cè)性發(fā)行版！

快速上手

Pigsty v4 新增了一個(gè)配置文件，infra.yml ，這個(gè)模板里只會(huì)安裝純粹的 Victoria 全家桶，沒有 PostgreSQL / ETCD 這些東西。如果你只是需要一個(gè)純粹的 Vicotira 全家桶，只需要一鍵就可以在主流 Linux 上交付：

curl https://repo.pigsty.cc/beta | bash
./configure -c infra
./infra.yml

使用的配置文件如下，你可以加更多節(jié)點(diǎn)，部署更多的副本。

然后所有的東西都會(huì)自動(dòng)為你設(shè)置好：

比如三個(gè)節(jié)點(diǎn)就是這個(gè)樣子，三個(gè)都是獨(dú)立副本可以獨(dú)立使用。

Pigsty v4 目前還在 Beta 階段，但 Victoria 這一部分已經(jīng)非常穩(wěn)了，剩下的主要是 Dashboard 優(yōu)化和文檔編寫。如果你想要嘗鮮 Victoria 全家桶，這也許是最簡(jiǎn)單的方式。

Pigsty v4.0 正式版預(yù)計(jì)在 2026 年1月發(fā)布，屆時(shí)會(huì)有更完整的文檔和更多新特性介紹。有興趣嘗鮮的朋友可以先玩玩，有問題歡迎反饋。后續(xù)的版本中，也會(huì)添加 Victoria 原生分布式的支持。

這次升級(jí)到 Victoria 全家桶，老馮自己也是受益者。每次打開 Grafana 看監(jiān)控，那種絲滑的感覺，真的會(huì)讓人心情愉悅。以前那種點(diǎn)一下要等好幾秒的日志查詢體驗(yàn)，現(xiàn)在回想起來簡(jiǎn)直是折磨。

VictoriaMetrics 這個(gè)項(xiàng)目，代表了開源軟件一種很純粹的形態(tài) —— 一個(gè)技術(shù)大神憑借極致的工程能力，做出了吊打行業(yè)巨頭的產(chǎn)品，然后用最寬松的許可證分享給全世界。沒有風(fēng)投壓力，不玩 License 變臉，就是踏踏實(shí)實(shí)做產(chǎn)品，用實(shí)力吊打所有友商。這種項(xiàng)目，值得被更多人知道和使用。