在實際的工作環(huán)境中，根據(jù)網絡環(huán)境和監(jiān)控的規(guī)模不同，zabbix一共有三種框架，分別是server_client架構、master_node_client架構和server_proxy_client架構。1、server_client架構zabbix**簡單的架構，監(jiān)控設備和被監(jiān)控設備之間直接相連，zabbix_server和zabbix_client之間直接進行數(shù)據(jù)交互。2、zabbix_proxy_client架構proxy是連接server和client之間的橋梁，其本身不存放數(shù)據(jù)，只是將zabbix_agent端發(fā)來的數(shù)據(jù)暫存，然后再提交給server。這種架構一般用于跨機房、跨網絡的中型網絡架構。在server_proxy_client架構中，server設備的宕機會導致整個系統(tǒng)癱瘓而無法正常工作。3、master_node_client架構master_node_client架構是zabbix**復雜的架構。一般用于跨機房、跨網絡、監(jiān)控設備較多的大型網絡架構。與server_proxy_client架構相比，master_node_client架構的主要區(qū)別在于node與proxy上.在master_node_client架構中，每個node可以理解為一個小的server端，在自己的配置文件和數(shù)據(jù)庫，node下游可以直接連接client，也可以再次經過proxy代理后連接client。在master_node_client架構中，master設備宕機不會影響node節(jié)點的正常工作。Zabbix利用HTTP代理監(jiān)控API！新疆zabbix聯(lián)系人

在隨后的數(shù)據(jù)預處理階段，性主要體現(xiàn)在監(jiān)控項層面，每個監(jiān)控值的預處理過程不會依賴于其他監(jiān)控項，而在同一監(jiān)控項內部則可能會依賴于前一個值以計算變化率。在的數(shù)據(jù)存儲和觸發(fā)器運算階段，性主要體現(xiàn)在host層面，雖然觸發(fā)器表達式允許跨host使用監(jiān)控項，但是在實際應用中，使用多的還是在同一個host內部的監(jiān)控項之間構造表達式，所以觸發(fā)器表達式的計算只需要使用同一host內部的監(jiān)控數(shù)據(jù)。上述的性是邏輯意義上的，而在數(shù)據(jù)處理的次序方面還存在一種限制性約束，即同一監(jiān)控項的多次采集值構成一個時間序列，意味著這些值在時間維度上具有先后關系，那么Zabbix在預處理階段和觸發(fā)器表達式運算階段至少需要保證同一監(jiān)控項的值嚴格按照時間的先后順序進行處理。在線zabbix支持場景太硬核!Zabbix、Prometheus等5種監(jiān)控工具總結！

假若當前有個新的監(jiān)控要求：業(yè)主希望快速將一批主機的某個監(jiān)控項關聯(lián)到一張圖上來（非grpfunc疊加），即以CPU、MEM、DISK等維度縱向對比這批主機的資源使用情況。很顯然，當主機數(shù)超過一定量時手工創(chuàng)建會非?？菰锖头爆崳襔abbix提供了API。我們通過分析Zabbix Docs中的圖表接口，得知要提供的主機HostID、監(jiān)控項鍵值ItemID，使用到的Zagbix Method主要有：User Host HostGroup Item Graph等5種方法。如上圖，描述本次批量創(chuàng)建圖表的主要腳本邏輯，即先獲取Zabbix的身份驗證令牌，然后查詢主機或主機群獲得其HOSTID，接著以HOSTID依次獲取指定監(jiān)控鍵值ID加入列表池，***一次性請求進行圖表創(chuàng)建。

Zabbix能監(jiān)視各種網絡參數(shù)，保證服務器系統(tǒng)的安全運營，并提供靈活的通知機制以讓系統(tǒng)管理員快速定位/解決存在的各種問題。是一個基于WEB界面的提供企業(yè)級的開源分布式系統(tǒng)監(jiān)視以及網絡監(jiān)視功能的企業(yè)級的開源解決方案。Agent端：主機通過安裝agent方式采集數(shù)據(jù)；Server端：通過收集agent發(fā)送的數(shù)據(jù)，寫入數(shù)據(jù)庫（MySQL，ORACLE），在通過php+apache/nginx在web前端展示。優(yōu)點：基于兩款工具（cacti+Nagios）優(yōu)點于一身并更強大，實現(xiàn)企業(yè)級分布式監(jiān)控。缺點：需在被監(jiān)控主機上安裝agent，所有數(shù)據(jù)都存在數(shù)據(jù)庫里，產生的數(shù)據(jù)量很大，瓶頸主要在數(shù)據(jù)庫。zabbix元數(shù)據(jù)的訪問與協(xié)調。

原生態(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é)點以應用更改。Zabbix6.2 發(fā)布!優(yōu)化了大型環(huán)境部署的Zabbix實例的配置！zabbix 6.2監(jiān)控華為的流程

監(jiān)控工具之Zabbix,搭建過程和使用心得。新疆zabbix聯(lián)系人

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

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

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

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

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

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

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

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

Q：嗯嗯，這種方法我們想過，只要拿到所有設備的型號，在自動發(fā)現(xiàn)的時候就可以通過型號區(qū)分是交換機還是路由器，感覺太復雜，想要更簡單的做法。 新疆zabbix聯(lián)系人

上海觀縱科技有限公司坐落于上海市奉賢區(qū)望園南路1288弄80號1904、1909室，是集設計、開發(fā)、生產、銷售、售后服務于一體，傳媒、廣電的服務型企業(yè)。公司在行業(yè)內發(fā)展多年，持續(xù)為用戶提供整套webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應用性能監(jiān)控，Argus-IT運維監(jiān)控的解決方案。公司具有webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應用性能監(jiān)控，Argus-IT運維監(jiān)控等多種產品，根據(jù)客戶不同的需求，提供不同類型的產品。公司擁有一批熱情敬業(yè)、經驗豐富的服務團隊，為客戶提供服務。webfunny,walkingfunny,argus以符合行業(yè)標準的產品質量為目標，并始終如一地堅守這一原則，正是這種高標準的自我要求，產品獲得市場及消費者的高度認可。上海觀縱科技有限公司本著先做人，后做事，誠信為本的態(tài)度，立志于為客戶提供webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應用性能監(jiān)控，Argus-IT運維監(jiān)控行業(yè)解決方案，節(jié)省客戶成本。歡迎新老客戶來電咨詢。