國(guó)內(nèi)zabbix咨詢

zabbix缺點(diǎn)：1、性能瓶頸，監(jiān)控系統(tǒng)沒(méi)有低估高峰期，具有持續(xù)性和周期性，機(jī)器量越大，數(shù)據(jù)的增大會(huì)使數(shù)據(jù)庫(kù)的寫入成為一定的瓶頸，官網(wǎng)給出的單機(jī)上限5000臺(tái)，屆時(shí)就需要增加proxy，增加成本。2、Zabbix采集數(shù)據(jù)有pull方式，也就是server主動(dòng)模式，當(dāng)目標(biāo)機(jī)器量大之后，pull任務(wù)會(huì)出現(xiàn)積壓。采集數(shù)據(jù)會(huì)延遲3、項(xiàng)目二次開(kāi)發(fā)，需要分析MySQL表結(jié)構(gòu)，表結(jié)構(gòu)比較復(fù)雜，通過(guò)API開(kāi)發(fā)對(duì)開(kāi)發(fā)能力有要求。4、內(nèi)置housekeeping在執(zhí)行過(guò)程中會(huì)對(duì)數(shù)據(jù)庫(kù)增加壓力，需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行優(yōu)化如上是我總結(jié)的一些Zabbix的優(yōu)缺點(diǎn)，如果你也使用過(guò)，或是了解Zabbix，歡迎進(jìn)行補(bǔ)充說(shuō)明，可以談?wù)剝?yōu)缺點(diǎn)，談?wù)刏abbix的使用感受，談?wù)刏abbix的產(chǎn)品體驗(yàn)等。開(kāi)源的優(yōu)點(diǎn)就是開(kāi)放，二次開(kāi)發(fā)，接口豐富，監(jiān)控方式***；缺點(diǎn)也很明顯，圖形展示功能較為單一；api介紹比較粗糙，如果數(shù)據(jù)庫(kù)表結(jié)構(gòu)更改可能會(huì)影響api調(diào)用，有點(diǎn)頭疼zabbix在開(kāi)源的監(jiān)控軟件中，應(yīng)該算是很不錯(cuò)的，zabbix+自己開(kāi)發(fā)的一些腳本，能做到相當(dāng)好的效果。Zabbix利用HTTP代理監(jiān)控API！國(guó)內(nèi)zabbix咨詢

各個(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ù)不斷地延展的。企業(yè)級(jí)zabbix怎樣監(jiān)控網(wǎng)絡(luò)設(shè)備Zabbix具有足夠的靈活性和通用性，可以全棧監(jiān)控從硬件層到比較上層業(yè)務(wù)服務(wù)的整個(gè)IT基礎(chǔ)架構(gòu)。

為什么Zabbix需要HA？讓我們深入探討什么是高可用性，并嘗試定義“高可用性”一詞的含義：如果一個(gè)系統(tǒng)沒(méi)有單點(diǎn)故障，那么系統(tǒng)是以高可用性模式運(yùn)行;單點(diǎn)故障是導(dǎo)致整個(gè)系統(tǒng)停止運(yùn)行的部件故障;在使用高可用性的系統(tǒng)中，冗余是一項(xiàng)要求。在我們的例子中，我們需要一個(gè)冗余組件，如果當(dāng)前活動(dòng)的組件遇到問(wèn)題，我們可以將其故障轉(zhuǎn)移到該組件;故障切換過(guò)程需要透明和自動(dòng)化;就Zabbix平臺(tái)架構(gòu)而言，單點(diǎn)故障就是我們的ZabbixServer。盡管Zabbix自身非常穩(wěn)定，但是仍然會(huì)因?yàn)椴僮飨到y(tǒng)級(jí)別的問(wèn)題或其它不可預(yù)料的情況（如磁盤空間不足）而發(fā)生Zabbix平臺(tái)崩潰。如果ZabbixServer停機(jī)，所有數(shù)據(jù)收集、問(wèn)題檢測(cè)和警報(bào)都將停止。這就是為什么Zabbix提供可以實(shí)現(xiàn)高可用和冗余的組件非常重要。

Zabbix能監(jiān)視各種網(wǎng)絡(luò)參數(shù)，保證服務(wù)器系統(tǒng)的安全運(yùn)營(yíng)，并提供靈活的通知機(jī)制以讓系統(tǒng)管理員快速定位/解決存在的各種問(wèn)題。是一個(gè)基于WEB界面的提供企業(yè)級(jí)的開(kāi)源分布式系統(tǒng)監(jiān)視以及網(wǎng)絡(luò)監(jiān)視功能的企業(yè)級(jí)的開(kāi)源解決方案。Agent端：主機(jī)通過(guò)安裝agent方式采集數(shù)據(jù)；Server端：通過(guò)收集agent發(fā)送的數(shù)據(jù)，寫入數(shù)據(jù)庫(kù)（MySQL，ORACLE），在通過(guò)php+apache/nginx在web前端展示。優(yōu)點(diǎn)：基于兩款工具（cacti+Nagios）優(yōu)點(diǎn)于一身并更強(qiáng)大，實(shí)現(xiàn)企業(yè)級(jí)分布式監(jiān)控。缺點(diǎn)：需在被監(jiān)控主機(jī)上安裝agent，所有數(shù)據(jù)都存在數(shù)據(jù)庫(kù)里，產(chǎn)生的數(shù)據(jù)量很大，瓶頸主要在數(shù)據(jù)庫(kù)。對(duì)于其他監(jiān)視類型，如SNMP–確保您的端點(diǎn)接受來(lái)自所有Zabbix Server節(jié)點(diǎn)的連接;

ValueCache以哈希表形式存儲(chǔ)每個(gè)監(jiān)控項(xiàng)的熱數(shù)據(jù)，這些數(shù)據(jù)主要用于觸發(fā)器表達(dá)式的計(jì)算，從而，監(jiān)控項(xiàng)數(shù)量的增長(zhǎng)基本不會(huì)影響觸發(fā)器表達(dá)式計(jì)算所消耗的時(shí)間。趨勢(shì)緩存中存儲(chǔ)的是每個(gè)監(jiān)控項(xiàng)**近自然小時(shí)內(nèi)的累計(jì)趨勢(shì)數(shù)據(jù)，這些數(shù)據(jù)的更新和寫庫(kù)均需要經(jīng)歷查找的過(guò)程，因?yàn)閿?shù)據(jù)的更新和寫庫(kù)都是由***到來(lái)的監(jiān)控?cái)?shù)據(jù)驅(qū)動(dòng)的，需要根據(jù)到來(lái)的監(jiān)控?cái)?shù)據(jù)查找對(duì)應(yīng)的監(jiān)控項(xiàng)數(shù)據(jù)。除了需要解決快速查找問(wèn)題，Zabbix還需要解決快速排序問(wèn)題，這一問(wèn)題源于historysyncer進(jìn)程處理監(jiān)控?cái)?shù)據(jù)時(shí)應(yīng)該按照什么樣的順序進(jìn)行處理，Zabbix是以監(jiān)控項(xiàng)為單位對(duì)所有監(jiān)控?cái)?shù)據(jù)按照時(shí)間戳從小到大進(jìn)行全局性的排序，所使用的排序方法就是堆排序，當(dāng)需要選擇目標(biāo)時(shí)，只需要訪問(wèn)根節(jié)點(diǎn)即可。在使用堆排序的情形下，每次排序所消耗的時(shí)間與堆的規(guī)模直接相關(guān)。所以我們應(yīng)該盡可能降低歷史緩存中的監(jiān)控項(xiàng)的數(shù)量，以加快數(shù)據(jù)處理速度。在壓力較小的Zabbix系統(tǒng)中，歷史緩存中的數(shù)據(jù)總是接近于0。上述哈希表結(jié)構(gòu)的設(shè)計(jì)體現(xiàn)了監(jiān)控?cái)?shù)據(jù)的**性，正是由于**性，每次查找數(shù)據(jù)只需要訪問(wèn)單個(gè)目標(biāo)。而堆排序的設(shè)計(jì)則體現(xiàn)了監(jiān)控?cái)?shù)據(jù)在時(shí)間維度的先后次序。如何在10分鐘內(nèi)塔建Zabbix Server HA集群？在線zabbix服務(wù)電話

主流監(jiān)控組件對(duì)比 —— Zabbix、Open-Falcon、Prometheus。國(guó)內(nèi)zabbix咨詢

1、Zabbix_Server：zabbix_server作為**組件，用來(lái)獲取agent存活情況和監(jiān)控?cái)?shù)據(jù)。所有的配置、統(tǒng)計(jì)、操作數(shù)據(jù)均通過(guò)server進(jìn)行存取到database；2、Zabbix_Database：用戶存儲(chǔ)所有的zabbix的配置信息、監(jiān)控?cái)?shù)據(jù)的數(shù)據(jù)庫(kù)；3、Zabbix_Web：zabbix的web界面，管理員通過(guò)web界面管理zabbix配置以及查看zabbix相關(guān)監(jiān)控信息，通常與zabbix_server運(yùn)行在同一臺(tái)主機(jī)上，也可以單獨(dú)部署在**的服務(wù)器上；4、Zabbix_Proxy：通常用于分布式監(jiān)控，代理zabbix_server收集部分被監(jiān)控的數(shù)據(jù)并統(tǒng)一發(fā)送給server端；（通常大于500臺(tái)主機(jī)需要使用）5、Zabbix_Agent：部署在被監(jiān)控主機(jī)上，負(fù)責(zé)收集被監(jiān)控主機(jī)的數(shù)據(jù)，并發(fā)送給servre端或者proxy端；ZabbixServer、Proxy、Agent都有自己的配置文件以及l(fā)og文件，重要的參數(shù)需要在這里配置，后面會(huì)詳細(xì)說(shuō)明。國(guó)內(nèi)zabbix咨詢

上海觀縱科技有限公司是一家一般項(xiàng)目:技術(shù)服務(wù)、技術(shù)開(kāi)發(fā)、技術(shù)咨詢、技術(shù)交流、技術(shù)轉(zhuǎn)讓、技術(shù)推廣;軟件開(kāi)發(fā);人工智能基礎(chǔ)軟件開(kāi)發(fā);人工智能應(yīng)用軟件開(kāi)發(fā);數(shù)據(jù)處理服務(wù);信息技術(shù)咨詢服務(wù);信息系統(tǒng)集成服務(wù):信息系統(tǒng)運(yùn)行維護(hù)服務(wù);計(jì)算機(jī)系統(tǒng)服務(wù);軟件銷售;計(jì)算機(jī)軟硬件及輔助設(shè)備批發(fā);計(jì)算機(jī)軟硬件及輔助設(shè)備零售;電子產(chǎn)品銷售;通信設(shè)備銷售;通訊設(shè)備銷售;咨詢策劃服務(wù);市場(chǎng)調(diào)查(不含涉外調(diào)查);廣告制作;廣告發(fā)布;廣告設(shè)計(jì)、代理;會(huì)議及展覽服務(wù);貨物進(jìn)出口。(除依法須經(jīng)批準(zhǔn)的項(xiàng)目外，憑營(yíng)業(yè)執(zhí)照依法自主開(kāi)展經(jīng)營(yíng)活動(dòng)) 許可項(xiàng)目:建筑智能化系統(tǒng)設(shè)計(jì);建設(shè)工程施工;網(wǎng)絡(luò)文化經(jīng)營(yíng);互聯(lián)網(wǎng)信息服務(wù)。(依法須經(jīng)批準(zhǔn)的項(xiàng)目，經(jīng)相關(guān)部門批準(zhǔn)后方可開(kāi)展經(jīng)營(yíng)活動(dòng)，具體經(jīng)營(yíng)項(xiàng)目以相關(guān)部門批準(zhǔn)文件或許可證件為準(zhǔn))的公司，是一家集研發(fā)、設(shè)計(jì)、生產(chǎn)和銷售為一體的專業(yè)化公司。觀縱科技擁有一支經(jīng)驗(yàn)豐富、技術(shù)創(chuàng)新的專業(yè)研發(fā)團(tuán)隊(duì)，以高度的專注和執(zhí)著為客戶提供webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控。觀縱科技始終以本分踏實(shí)的精神和必勝的信念，影響并帶動(dòng)團(tuán)隊(duì)取得成功。觀縱科技創(chuàng)始人姜應(yīng)偉，始終關(guān)注客戶，創(chuàng)新科技，竭誠(chéng)為客戶提供良好的服務(wù)。