zabbix 6.2監(jiān)控oracle的流程

使用Prometheus告警功能，需要安裝Alertmanager。這是因?yàn)镻rometheus的警報(bào)分為兩部分。首先，您在Prometheus服務(wù)中定義告警規(guī)則，它將告警發(fā)送到Alertmanager。然后Alertmanager通過(guò)降噪、抑制、聚合和發(fā)送通知來(lái)管理這些告警。Alertmanager將類似性質(zhì)的告警聚合，以避免重復(fù)。當(dāng)許多系統(tǒng)同時(shí)發(fā)生故障時(shí)，這在較大的事故中特別有用。與可視化的情況一樣，Zabbix具有內(nèi)置的告警功能。使用Zabbix，可以使用許多不同的渠道和選項(xiàng)將事件的發(fā)生通知負(fù)責(zé)人員。Zabbix告警系統(tǒng)允許以不同的方式管理事件：發(fā)送消息、執(zhí)行遠(yuǎn)程命令、根據(jù)用戶定義的服務(wù)級(jí)別升級(jí)問(wèn)題等等。還可以通過(guò)選擇要包含的信息（例如日期、時(shí)間、主機(jī)名、項(xiàng)目的值、觸發(fā)器的值、主機(jī)配置文件、升級(jí)歷史記錄等）來(lái)發(fā)送指定的人員。Zabbix具有足夠的靈活性和通用性，可以全棧監(jiān)控從硬件層到比較上層業(yè)務(wù)服務(wù)的整個(gè)IT基礎(chǔ)架構(gòu)。zabbix 6.2監(jiān)控oracle的流程

假若當(dāng)前有個(gè)新的監(jiān)控要求：業(yè)主希望快速將一批主機(jī)的某個(gè)監(jiān)控項(xiàng)關(guān)聯(lián)到一張圖上來(lái)（非grpfunc疊加），即以CPU、MEM、DISK等維度縱向?qū)Ρ冗@批主機(jī)的資源使用情況。很顯然，當(dāng)主機(jī)數(shù)超過(guò)一定量時(shí)手工創(chuàng)建會(huì)非常枯燥和繁瑣，所幸Zabbix提供了API。我們通過(guò)分析Zabbix Docs中的圖表接口，得知要提供的主機(jī)HostID、監(jiān)控項(xiàng)鍵值ItemID，使用到的Zagbix Method主要有：User Host HostGroup Item Graph等5種方法。如上圖，描述本次批量創(chuàng)建圖表的主要腳本邏輯，即先獲取Zabbix的身份驗(yàn)證令牌，然后查詢主機(jī)或主機(jī)群獲得其HOSTID，接著以HOSTID依次獲取指定監(jiān)控鍵值ID加入列表池，***一次性請(qǐng)求進(jìn)行圖表創(chuàng)建。在線zabbix類型監(jiān)控工具之Zabbix,搭建過(guò)程和使用心得。

各個(gè)大廠都有提供相關(guān)監(jiān)控產(chǎn)品，比如說(shuō)微軟的SCOM，IBM的Tivoli，華為的Esight，HP的BSM等，如果環(huán)境都是單一的某一家廠家的產(chǎn)品，用該廠家提供的監(jiān)控工具肯定是合適的，筆者就曾經(jīng)深度使用過(guò)SCOM，2005年還叫MOM，是SystemCenter中的一個(gè)套件，這個(gè)產(chǎn)品對(duì)于微軟周邊的產(chǎn)品如AD、Exchange、Windows、SQLServer、SharePoint、Lync等監(jiān)控非常深入，同時(shí)微軟官方還提供了相關(guān)故障知識(shí)庫(kù)，報(bào)表也做得非常不錯(cuò)。但是，如果拿SCOM去監(jiān)控Linux、AIX、Oracle或者網(wǎng)絡(luò)通訊設(shè)備就顯得不合適了。Zabbix很好地平衡了監(jiān)控的深度和廣度，而且源于開(kāi)源的力量，在全球用戶的持續(xù)貢獻(xiàn)下，他的深度和廣度是在持續(xù)不斷地延展的。

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

對(duì)于成功的企業(yè)，您需要引入一個(gè)有效的監(jiān)控系統(tǒng)，涵蓋您的業(yè)務(wù)和基礎(chǔ)設(shè)施的所有領(lǐng)域——服務(wù)器、數(shù)據(jù)庫(kù)、服務(wù)、存儲(chǔ)、應(yīng)用等。一個(gè)高效的監(jiān)控系統(tǒng)應(yīng)該為指標(biāo)的收集、存儲(chǔ)、計(jì)算/預(yù)測(cè)、可視化和告警提供服務(wù)。找到一個(gè)可以符合自己公司環(huán)境的監(jiān)控工具更是一個(gè)相當(dāng)大的挑戰(zhàn)。在運(yùn)維監(jiān)控選擇中，開(kāi)源工具是運(yùn)維人員經(jīng)常會(huì)考慮到的，本文重點(diǎn)講下Prometheus和Zabbix，Zabbix是老一代工具，Prometheus是新一代工具。兩者有何不同？Prometheus vs Zabbix 簡(jiǎn)單對(duì)比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)控?cái)?shù)據(jù)的流量（訪問(wèn)量）比較大。影響這種通信效率的一個(gè)重要因素是通信協(xié)議，考慮到單個(gè)消息中包含的數(shù)據(jù)量不同，在數(shù)據(jù)接收階段，Zabbix采用了兩種不同的通信協(xié)議。Trapper進(jìn)程要求在每個(gè)消息中包含較大量的監(jiān)控?cái)?shù)據(jù)，因此Zabbix采用基于TCP協(xié)議和JSON格式的自定義協(xié)議進(jìn)行通信。而對(duì)于poller進(jìn)程，當(dāng)poller進(jìn)程向agent請(qǐng)求單個(gè)監(jiān)控值時(shí)，Zabbix采用簡(jiǎn)化的文本協(xié)議進(jìn)行通信，以提高通信效率。zabbix 6.2監(jiān)控oracle的流程

上海觀縱科技有限公司是以提供webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控內(nèi)的多項(xiàng)綜合服務(wù)，為消費(fèi)者多方位提供webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控，公司位于上海市奉賢區(qū)望園南路1288弄80號(hào)1904、1909室，成立于2022-11-14，迄今已經(jīng)成長(zhǎng)為傳媒、廣電行業(yè)內(nèi)同類型企業(yè)的佼佼者。公司承擔(dān)并建設(shè)完成傳媒、廣電多項(xiàng)重點(diǎn)項(xiàng)目，取得了明顯的社會(huì)和經(jīng)濟(jì)效益。將憑借高精尖的系列產(chǎn)品與解決方案，加速推進(jìn)全國(guó)傳媒、廣電產(chǎn)品競(jìng)爭(zhēng)力的發(fā)展。