使用Prometheus告警功能，需要安裝Alertmanager。這是因為Prometheus的警報分為兩部分。首先，您在Prometheus服務(wù)中定義告警規(guī)則，它將告警發(fā)送到Alertmanager。然后Alertmanager通過降噪、抑制、聚合和發(fā)送通知來管理這些告警。Alertmanager將類似性質(zhì)的告警聚合，以避免重復(fù)。當(dāng)許多系統(tǒng)同時發(fā)生故障時，這在較大的事故中特別有用。與可視化的情況一樣，Zabbix具有內(nèi)置的告警功能。使用Zabbix，可以使用許多不同的渠道和選項將事件的發(fā)生通知負(fù)責(zé)人員。Zabbix告警系統(tǒng)允許以不同的方式管理事件：發(fā)送消息、執(zhí)行遠(yuǎn)程命令、根據(jù)用戶定義的服務(wù)級別升級問題等等。還可以通過選擇要包含的信息（例如日期、時間、主機名、項目的值、觸發(fā)器的值、主機配置文件、升級歷史記錄等）來發(fā)送指定的人員。Zabbix具有足夠的靈活性和通用性，可以全棧監(jiān)控從硬件層到比較上層業(yè)務(wù)服務(wù)的整個IT基礎(chǔ)架構(gòu)。zabbix 6.2監(jiān)控oracle的流程
假若當(dāng)前有個新的監(jiān)控要求：業(yè)主希望快速將一批主機的某個監(jiān)控項關(guān)聯(lián)到一張圖上來（非grpfunc疊加），即以CPU、MEM、DISK等維度縱向?qū)Ρ冗@批主機的資源使用情況。很顯然，當(dāng)主機數(shù)超過一定量時手工創(chuàng)建會非?？菰锖头爆?，所幸Zabbix提供了API。我們通過分析Zabbix Docs中的圖表接口，得知要提供的主機HostID、監(jiān)控項鍵值ItemID，使用到的Zagbix Method主要有：User Host HostGroup Item Graph等5種方法。如上圖，描述本次批量創(chuàng)建圖表的主要腳本邏輯，即先獲取Zabbix的身份驗證令牌，然后查詢主機或主機群獲得其HOSTID，接著以HOSTID依次獲取指定監(jiān)控鍵值ID加入列表池，***一次性請求進(jìn)行圖表創(chuàng)建。在線zabbix類型監(jiān)控工具之Zabbix,搭建過程和使用心得。
各個大廠都有提供相關(guān)監(jiān)控產(chǎn)品，比如說微軟的SCOM，IBM的Tivoli，華為的Esight，HP的BSM等，如果環(huán)境都是單一的某一家廠家的產(chǎn)品，用該廠家提供的監(jiān)控工具肯定是合適的，筆者就曾經(jīng)深度使用過SCOM，2005年還叫MOM，是SystemCenter中的一個套件，這個產(chǎn)品對于微軟周邊的產(chǎn)品如AD、Exchange、Windows、SQLServer、SharePoint、Lync等監(jiān)控非常深入，同時微軟官方還提供了相關(guān)故障知識庫，報表也做得非常不錯。但是，如果拿SCOM去監(jiān)控Linux、AIX、Oracle或者網(wǎng)絡(luò)通訊設(shè)備就顯得不合適了。Zabbix很好地平衡了監(jiān)控的深度和廣度，而且源于開源的力量，在全球用戶的持續(xù)貢獻(xiàn)下，他的深度和廣度是在持續(xù)不斷地延展的。
Prometheus將數(shù)據(jù)存儲在自己的時間序列數(shù)據(jù)庫(TSDB)中。Prometheus擁有自己的TSDB，可以接收和處理比許多其他監(jiān)控系統(tǒng)更多的指標(biāo)。Prometheus甚至可以使用毫秒分辨率時間戳寫入數(shù)據(jù)。Prometheus本身**多只能存儲14天的數(shù)據(jù)，如需更長的數(shù)據(jù)存儲時間，您可以配置遠(yuǎn)程存儲。Zabbix使用外部數(shù)據(jù)庫來存儲數(shù)據(jù)。Zabbix數(shù)據(jù)庫必須在安裝期間創(chuàng)建。當(dāng)前支持以下數(shù)據(jù)庫：MySQL、PostgreSQL、Oracle、IBMDB2和SQLite。Prometheus和Zabbix的區(qū)別，必須要考慮到，Prometheus只存儲時間序列的值。它不適用于文本、日志或事件日志。不過可以通過Grafana的Loki與Prometheus一起使用，可以解決這個問題，但Zabbix可以提供開箱即用的基本功能，用于存儲一些文本、日志、分析設(shè)置觸發(fā)器。集中化監(jiān)控工具zabbix的安裝配置。
對于成功的企業(yè)，您需要引入一個有效的監(jiān)控系統(tǒng)，涵蓋您的業(yè)務(wù)和基礎(chǔ)設(shè)施的所有領(lǐng)域——服務(wù)器、數(shù)據(jù)庫、服務(wù)、存儲、應(yīng)用等。一個高效的監(jiān)控系統(tǒng)應(yīng)該為指標(biāo)的收集、存儲、計算/預(yù)測、可視化和告警提供服務(wù)。找到一個可以符合自己公司環(huán)境的監(jiān)控工具更是一個相當(dāng)大的挑戰(zhàn)。在運維監(jiān)控選擇中，開源工具是運維人員經(jīng)常會考慮到的，本文重點講下Prometheus和Zabbix，Zabbix是老一代工具，Prometheus是新一代工具。兩者有何不同？Prometheus vs Zabbix 簡單對比Zabbix前端的高可用性如何？線下zabbix承諾守信
Zabbix性能改進(jìn)和內(nèi)部變化。zabbix 6.2監(jiān)控oracle的流程
作為監(jiān)控系統(tǒng)，Zabbix所面臨的挑戰(zhàn)之一在于需要從大量的監(jiān)控目標(biāo)接收數(shù)據(jù)，這一方面意味著需要連接非常多的監(jiān)控目標(biāo)，另一方面意味著監(jiān)控數(shù)據(jù)的流量（訪問量）比較大。影響這種通信效率的一個重要因素是通信協(xié)議，考慮到單個消息中包含的數(shù)據(jù)量不同，在數(shù)據(jù)接收階段，Zabbix采用了兩種不同的通信協(xié)議。Trapper進(jìn)程要求在每個消息中包含較大量的監(jiān)控數(shù)據(jù)，因此Zabbix采用基于TCP協(xié)議和JSON格式的自定義協(xié)議進(jìn)行通信。而對于poller進(jìn)程，當(dāng)poller進(jìn)程向agent請求單個監(jiān)控值時，Zabbix采用簡化的文本協(xié)議進(jìn)行通信，以提高通信效率。zabbix 6.2監(jiān)控oracle的流程
上海觀縱科技有限公司是以提供webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運維監(jiān)控內(nèi)的多項綜合服務(wù)，為消費者多方位提供webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運維監(jiān)控，公司位于上海市奉賢區(qū)望園南路1288弄80號1904、1909室，成立于2022-11-14，迄今已經(jīng)成長為傳媒、廣電行業(yè)內(nèi)同類型企業(yè)的佼佼者。公司承擔(dān)并建設(shè)完成傳媒、廣電多項重點項目，取得了明顯的社會和經(jīng)濟效益。將憑借高精尖的系列產(chǎn)品與解決方案，加速推進(jìn)全國傳媒、廣電產(chǎn)品競爭力的發(fā)展。