Q：老師，請教個問題，zabbix通過自動發現掃描網段，然后添加主機，有沒有什么辦法區分路由器或者交換機類型的方法，這樣才能把交換機模板或者路由器模板掛給對應的主機

A：不多的話，批量加2次模板就行了

Q：后續上線網絡設備后，如果我們組之間溝通不協調，監控會有一些誤差或者遺漏，想減少人工去介入

A：可以找一下類型的oid。然后匹配交換機和路由器的字段套上對應的模板

Q：老師，沒有網絡設備類型通用的oid吧

A：主機名oid應該是通用的，華為和華三、cisco的mib比較通用A：cisco進入特權模式有條命令showsnmp-serveroidlist?？梢钥吹皆O備的oid的列表。前面是描述，后面是對應的oid，華三和華為應該也是有對應的命令，具體可能需要問下客服

Q：好的，我去試試ciscoQ：那要想做全自動呢？

A：全自動的話，一般這邊是通過型號的oid，提取到型號的關鍵字，cisco字眼的的就套cisco模板，華為就套華為的模板，華三的就套華三的模板

Q：嗯嗯，這種方法我們想過，只要拿到所有設備的型號，在自動發現的時候就可以通過型號區分是交換機還是路由器，感覺太復雜，想要更簡單的做法。 如何利用Git對Zabbix監控模板進行版本管理及備份？安徽zabbix誠信推薦

使用Prometheus告警功能，需要安裝Alertmanager。這是因為Prometheus的警報分為兩部分。首先，您在Prometheus服務中定義告警規則，它將告警發送到Alertmanager。然后Alertmanager通過降噪、抑制、聚合和發送通知來管理這些告警。Alertmanager將類似性質的告警聚合，以避免重復。當許多系統同時發生故障時，這在較大的事故中特別有用。與可視化的情況一樣，Zabbix具有內置的告警功能。使用Zabbix，可以使用許多不同的渠道和選項將事件的發生通知負責人員。Zabbix告警系統允許以不同的方式管理事件：發送消息、執行遠程命令、根據用戶定義的服務級別升級問題等等。還可以通過選擇要包含的信息（例如日期、時間、主機名、項目的值、觸發器的值、主機配置文件、升級歷史記錄等）來發送指定的人員。zabbix 6.2客服在所有Zabbix Agent配置文件中的Server和ServerActive參數中列出Zabbix Server集群節點信息;

既然進程之間是流水線式的協作，我們看一下監控數據在三類進程之間如何進行輸入和輸出。首先，Trapper和poller進程接收到的數據按照來源分為兩種，一種是來自proxy端，一種是來自agent端。由于來自proxy端的數據已經由proxy完成了預處理，所以，這部分數據會直接輸出到共享內存，供historysyncer進程使用。對于來自agent端的數據，無論其監控項是否設置了預處理步驟，都會通過unix域套接字傳遞給預處理進程。預處理進程接收到數據以后，如果發現該數據并沒有設置預處理步驟，則直接寫入共享內存，供historysyncer進程使用；如果發現需要預處理，則在預處理完畢以后再寫入共享內存，供historysyncer進程使用。對于historysyncer進程來說，其輸入數據來自共享內存，它會批量地從共享內存讀取數據進行處理，具體處理過程是先寫入數據庫，然后計算觸發器表達式生成event。

Zabbix 是一個企業級的、開源的、分布式的監控套件，被用來監控IT基礎設施的可用性和性能。Zabbix可以監控網絡和服務的監控狀況，Zabbix 利用靈活的告警機制，允許用戶對事件發送基于郵件、短信、微信和釘釘等告警方式，這樣可以保證快速的對問題作出相應。Zabbix支持主動和被動兩種方式.所有的Zabbix報告都可以通過配置參數在WEB前端進行訪問。Web前端將幫助你在任何區域都能夠迅速獲得你的網絡及服務狀況。zabbix架構不僅支持小型組織，還支持大規模的公司的部署。Zabbix 是零成本的. 因為 Zabbix 編寫和發布基于 GPL V2 協議. 意味著源代碼是**發布的。監控工具之Zabbix,搭建過程和使用心得。

ValueCache以哈希表形式存儲每個監控項的熱數據，這些數據主要用于觸發器表達式的計算，從而，監控項數量的增長基本不會影響觸發器表達式計算所消耗的時間。趨勢緩存中存儲的是每個監控項**近自然小時內的累計趨勢數據，這些數據的更新和寫庫均需要經歷查找的過程，因為數據的更新和寫庫都是由***到來的監控數據驅動的，需要根據到來的監控數據查找對應的監控項數據。除了需要解決快速查找問題，Zabbix還需要解決快速排序問題，這一問題源于historysyncer進程處理監控數據時應該按照什么樣的順序進行處理，Zabbix是以監控項為單位對所有監控數據按照時間戳從小到大進行全局性的排序，所使用的排序方法就是堆排序，當需要選擇目標時，只需要訪問根節點即可。在使用堆排序的情形下，每次排序所消耗的時間與堆的規模直接相關。所以我們應該盡可能降低歷史緩存中的監控項的數量，以加快數據處理速度。在壓力較小的Zabbix系統中，歷史緩存中的數據總是接近于0。上述哈希表結構的設計體現了監控數據的**性，正是由于**性，每次查找數據只需要訪問單個目標。而堆排序的設計則體現了監控數據在時間維度的先后次序。Zabbix前端的高可用性如何？zabbix 6.2告警

Zabbix 6.2將又一次提升新用戶和老用戶的用戶體驗。安徽zabbix誠信推薦

Prometheus將數據存儲在自己的時間序列數據庫(TSDB)中。Prometheus擁有自己的TSDB，可以接收和處理比許多其他監控系統更多的指標。Prometheus甚至可以使用毫秒分辨率時間戳寫入數據。Prometheus本身**多只能存儲14天的數據，如需更長的數據存儲時間，您可以配置遠程存儲。Zabbix使用外部數據庫來存儲數據。Zabbix數據庫必須在安裝期間創建。當前支持以下數據庫：MySQL、PostgreSQL、Oracle、IBMDB2和SQLite。Prometheus和Zabbix的區別，必須要考慮到，Prometheus只存儲時間序列的值。它不適用于文本、日志或事件日志。不過可以通過Grafana的Loki與Prometheus一起使用，可以解決這個問題，但Zabbix可以提供開箱即用的基本功能，用于存儲一些文本、日志、分析設置觸發器。安徽zabbix誠信推薦

上海觀縱科技有限公司成立于2022-11-14，同時啟動了以webfunny,walkingfunny,argus為主的webfunny前端監控，webfunny前端埋點，全鏈路應用性能監控，Argus-IT運維監控產業布局。觀縱科技經營業績遍布國內諸多地區地區，業務布局涵蓋webfunny前端監控，webfunny前端埋點，全鏈路應用性能監控，Argus-IT運維監控等板塊。我們強化內部資源整合與業務協同，致力于webfunny前端監控，webfunny前端埋點，全鏈路應用性能監控，Argus-IT運維監控等實現一體化，建立了成熟的webfunny前端監控，webfunny前端埋點，全鏈路應用性能監控，Argus-IT運維監控運營及風險管理體系，累積了豐富的傳媒、廣電行業管理經驗，擁有一大批專業人才。公司坐落于上海市奉賢區望園南路1288弄80號1904、1909室，業務覆蓋于全國多個省市和地區。持續多年業務創收，進一步為當地經濟、社會協調發展做出了貢獻。