Prometheus將數(shù)據(jù)存儲在自己的時間序列數(shù)據(jù)庫(TSDB)中。Prometheus擁有自己的TSDB，可以接收和處理比許多其他監(jiān)控系統(tǒng)更多的指標。Prometheus甚至可以使用毫秒分辨率時間戳寫入數(shù)據(jù)。Prometheus本身**多只能存儲14天的數(shù)據(jù)，如需更長的數(shù)據(jù)存儲時間，您可以配置遠程存儲。Zabbix使用外部數(shù)據(jù)庫來存儲數(shù)據(jù)。Zabbix數(shù)據(jù)庫必須在安裝期間創(chuàng)建。當前支持以下數(shù)據(jù)庫：MySQL、PostgreSQL、Oracle、IBMDB2和SQLite。Prometheus和Zabbix的區(qū)別，必須要考慮到，Prometheus只存儲時間序列的值。它不適用于文本、日志或事件日志。不過可以通過Grafana的Loki與Prometheus一起使用，可以解決這個問題，但Zabbix可以提供開箱即用的基本功能，用于存儲一些文本、日志、分析設置觸發(fā)器。監(jiān)控工具Prometheus和Zabbix哪種更容易掌握二者有何區(qū)別？本地zabbix線上服務

原生態(tài)ZabbixHA高可用方案Zabbix6.0LTS版本所提供的高可用解決方案易于設置，所需的所有步驟都記錄在Zabbix文檔中。本解決方案不需要任何額外的專業(yè)知識，Zabbix將繼續(xù)提供官方支持、更新和改進。本高可用性解決方案不需要任何新的軟件組件——高可用性解決方案將有關Zabbix服務器節(jié)點狀態(tài)的信息存儲在Zabbix數(shù)據(jù)庫后端。Zabbix集群是如何工作的要啟用ZabbixServer的高可用功能，我們首先需要在高可用模式下啟動Zabbix服務器組件。為了實現(xiàn)這一點，我們需要查看/etc/zabbix/zabbix_文件中的兩個新參數(shù)：HANodeName–為ZabbixServer集群指定任意名稱;ExternalAddress–指定集群節(jié)點的地址;完成更改并添加這些參數(shù)后，不要忘記重新啟動ZabbixServer集群集節(jié)點以應用更改。信息zabbix包括什么Zabbix6.2 發(fā)布!優(yōu)化了大型環(huán)境部署的Zabbix實例的配置！

Prometheus是一個具有***內(nèi)置功能的工具，因此Prometheus用戶無需安裝各種插件或守護程序即可收集指標。服務檢測也是自動的。Prometheus可以定期從目標系統(tǒng)中采集指標。也可以使用推送機制收集指標。由于Zabbix**初是為監(jiān)控服務器而開發(fā)的，因此它專注于主機。從用戶的角度來看，Zabbix分為兩大部分：服務端和代理端。服務用于收集和存儲統(tǒng)計數(shù)據(jù)，代理用于采集數(shù)據(jù)。Zabbix代理支持被動（輪詢）和主動檢查。被動檢查是指Zabbix服務向Zabbix代理請求一個值，代理處理該請求并將該值返回給Zabbix服務。主動檢查是指Zabbix代理從Zabbix服務請求一個主動檢查列表，然后定期發(fā)送結(jié)果。在沒有安裝代理選項的情況下，Zabbix可以檢查網(wǎng)絡服務的可用性，以及執(zhí)行遠程命令。

對于成功的企業(yè)，您需要引入一個有效的監(jiān)控系統(tǒng)，涵蓋您的業(yè)務和基礎設施的所有領域——服務器、數(shù)據(jù)庫、服務、存儲、應用等。一個高效的監(jiān)控系統(tǒng)應該為指標的收集、存儲、計算/預測、可視化和告警提供服務。找到一個可以符合自己公司環(huán)境的監(jiān)控工具更是一個相當大的挑戰(zhàn)。在運維監(jiān)控選擇中，開源工具是運維人員經(jīng)常會考慮到的，本文重點講下Prometheus和Zabbix，Zabbix是老一代工具，Prometheus是新一代工具。兩者有何不同？Prometheus vs Zabbix 簡單對比Zabbix如何實現(xiàn)對大流量監(jiān)控數(shù)據(jù)的高效處理？

**近一直聽到小伙伴在問，zabbix和prometheus選擇哪一個開源產(chǎn)品好？還是用國內(nèi)的商業(yè)產(chǎn)品呢？今年年初以來，prometheus的熱度就一直在往上增，同時也有不少國產(chǎn)商業(yè)產(chǎn)品替換。下面我就來給大家總結(jié)一下zabbix和prometheus以及商業(yè)產(chǎn)品的對比分析。

Zabbix官方的發(fā)行版本時間可以追朔到2012年，時間上比Prometheus早了四年，Zabbix是由Alexei Vladishev開源的分布式監(jiān)控系統(tǒng)，是一個企業(yè)級的分布式開源監(jiān)控方案。能夠監(jiān)控各種網(wǎng)絡參數(shù)以及服務器健康性和完整性的軟件。使用靈活的通知機制，允許用戶為幾乎任何事件配置基于郵件的告警。這樣可以快速反饋服務器的問題?；谝汛鎯Φ臄?shù)據(jù)，提供了出色的報告和數(shù)據(jù)可視化功能。 對于其他監(jiān)視類型，如SNMP–確保您的端點接受來自所有Zabbix Server節(jié)點的連接;品質(zhì)zabbix功能

zabbix支持CyberArk vault進行機密存儲，確保安全。本地zabbix線上服務

從統(tǒng)計意義上說，每次接受連接的時候，對于每個trapper進程來說都有相同的概率獲得連接，***的結(jié)果就是所有連接在所有trapper進程之間均衡分配。如果考慮每個連接中包含的數(shù)據(jù)量不均衡，那么當某個trapper進程接受的某個連接包含較多的數(shù)據(jù)時，意味著該進程需要花更多的時間來讀取和處理數(shù)據(jù)，這就意味著下一次接受連接的時間被推遲。對于poller進程，道理也是一樣，每個poller進程都以相同的概率從Zabbixserver端的配置緩存接收到任務，從而實現(xiàn)數(shù)據(jù)分配均衡。預處理進程的工作模式與trapper進程不同，預處理進程采用manager-worker模式，即manager進程是***的數(shù)據(jù)入口，負責從trapper和poller接收所有數(shù)據(jù)，然后通過unix域套接字將數(shù)據(jù)分配給各個worker進程處理。其分配的規(guī)則是，每次每個worker只分配一個數(shù)據(jù)，只有當worker完成前一個任務之后才會分配下一個任務。***，historysyncer進程之間的數(shù)據(jù)均衡也是遵循機會均等的機制。其主要特點是，每個循環(huán)**多處理1000個監(jiān)控值，所以每次寫數(shù)據(jù)庫的監(jiān)控值也不會超過1000個。我們會發(fā)現(xiàn)，總體的數(shù)據(jù)處理過程都基于監(jiān)控數(shù)據(jù)之間的**性，從而可以靈活地在各個進程之間調(diào)度。本地zabbix線上服務

上海觀縱科技有限公司是以提供webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應用性能監(jiān)控，Argus-IT運維監(jiān)控內(nèi)的多項綜合服務，為消費者多方位提供webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應用性能監(jiān)控，Argus-IT運維監(jiān)控，公司成立于2022-11-14，旗下webfunny,walkingfunny,argus，已經(jīng)具有一定的業(yè)內(nèi)水平。觀縱科技致力于構(gòu)建傳媒、廣電自主創(chuàng)新的競爭力，觀縱科技將以精良的技術、優(yōu)異的產(chǎn)品性能和完善的售后服務，滿足國內(nèi)外廣大客戶的需求。