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

除了監(jiān)控數(shù)據(jù)本身，Zabbix中的元數(shù)據(jù)（或者叫主數(shù)據(jù)）也體現(xiàn)出性，元數(shù)據(jù)主要包含host、item、trigger等信息，其性主要體現(xiàn)在host層面，因為item屬性與host屬性是關(guān)聯(lián)的，而trigger又是與item關(guān)聯(lián)的。所以每個host元數(shù)據(jù)相互關(guān)聯(lián)，構(gòu)成整體。然而，某個host屬性的修改不會影響到其他host。在Zabbix系統(tǒng)中所反映出的監(jiān)控數(shù)據(jù)以及元數(shù)據(jù)之間的性，為并行和可擴展性提供了基礎，可以說Zabbix監(jiān)控系統(tǒng)非常適合基于數(shù)據(jù)分組的并行化和微服務化。企業(yè)級zabbix添加權(quán)限Zabbix集群是如何工作的？

從統(tǒng)計意義上說，每次接受連接的時候，對于每個trapper進程來說都有相同的概率獲得連接，***的結(jié)果就是所有連接在所有trapper進程之間均衡分配。如果考慮每個連接中包含的數(shù)據(jù)量不均衡，那么當某個trapper進程接受的某個連接包含較多的數(shù)據(jù)時，意味著該進程需要花更多的時間來讀取和處理數(shù)據(jù)，這就意味著下一次接受連接的時間被推遲。對于poller進程，道理也是一樣，每個poller進程都以相同的概率從Zabbixserver端的配置緩存接收到任務，從而實現(xiàn)數(shù)據(jù)分配均衡。預處理進程的工作模式與trapper進程不同，預處理進程采用manager-worker模式，即manager進程是***的數(shù)據(jù)入口，負責從trapper和poller接收所有數(shù)據(jù)，然后通過unix域套接字將數(shù)據(jù)分配給各個worker進程處理。其分配的規(guī)則是，每次每個worker只分配一個數(shù)據(jù)，只有當worker完成前一個任務之后才會分配下一個任務。***，historysyncer進程之間的數(shù)據(jù)均衡也是遵循機會均等的機制。其主要特點是，每個循環(huán)**多處理1000個監(jiān)控值，所以每次寫數(shù)據(jù)庫的監(jiān)控值也不會超過1000個。我們會發(fā)現(xiàn)，總體的數(shù)據(jù)處理過程都基于監(jiān)控數(shù)據(jù)之間的**性，從而可以靈活地在各個進程之間調(diào)度。

對于大部分監(jiān)控項而言，隨著時間流逝，監(jiān)控數(shù)據(jù)會快速地脫離Zabbix server的使用范圍，進入冷數(shù)據(jù)區(qū)。雖然冷數(shù)據(jù)脫離了Zabbix server的使用范圍，但是Zabbix仍然不能對冷數(shù)據(jù)進行離線化，因為前端UI和網(wǎng)絡API需要訪問這些冷數(shù)據(jù)，這些訪問一般***于少量監(jiān)控項的讀取。從Zabbix server的角度來說，對于任一特定監(jiān)控項，數(shù)據(jù)的熱區(qū)和冷區(qū)分界線是固定的，并且熱區(qū)的數(shù)據(jù)量相對于冷數(shù)據(jù)要小得多。如果使用mysql來存儲監(jiān)控數(shù)據(jù)，由于索引的存在，數(shù)據(jù)的寫入性能會隨著存儲規(guī)模的增加而降低，查詢性能也是一樣。因此，控制數(shù)據(jù)規(guī)模成為解決數(shù)據(jù)庫訪問性能的關(guān)鍵。如果將熱數(shù)據(jù)和冷數(shù)據(jù)分開存儲，并且在需要時讓數(shù)據(jù)在兩者之間進行流動，則對于Zabbix server而言，可以**降低數(shù)據(jù)規(guī)模。如果進一步考慮如何實現(xiàn)熱數(shù)據(jù)表的**小化，就需要建立一種動態(tài)機制，每次修改觸發(fā)器表達式后按照觸發(fā)器的數(shù)據(jù)需求量在冷熱數(shù)據(jù)之間進行雙向調(diào)整。Zabbix主要功能和優(yōu)劣勢有哪些？

監(jiān)控數(shù)據(jù)的存儲是由historysyncer進程負責寫入數(shù)據(jù)庫，historysyncer進程應對大流量數(shù)據(jù)的方式是，一方面通過批量插入來提高寫庫的效率，另一方面通過多進程的方式來擴展數(shù)據(jù)處理能力。在寫庫過程中，歷史數(shù)據(jù)寫入history表，即使數(shù)據(jù)變?yōu)槔鋽?shù)據(jù)也需要留在history表中供前端UI訪問。趨勢數(shù)據(jù)寫入trends表，相較于歷史數(shù)據(jù)，趨勢數(shù)據(jù)的寫庫負載要低的多，是因為對于每個監(jiān)控項來說，平均每小時只需要寫庫一次，其他時間只需要更新趨勢緩存，不需要寫庫。在historysyncer進程的觸發(fā)器計算階段，主要訪問值緩存，但是如果值緩存不能命中則需要查詢history表，這種情況下就需要使用history表索引了。考慮索引對insert操作的影響，索引在提高查詢速度的同時也降低了寫入性能。觸發(fā)器計算之后生成的event信息也需要寫入數(shù)據(jù)庫，這些信息存儲在events表、problem、escalation等表中。因此，這些表的數(shù)據(jù)增長率取決于Zabbix生成的事件的數(shù)量，當事件數(shù)量陡增時，這些表的寫入壓力也會隨之增加。在數(shù)據(jù)存儲方面主要體現(xiàn)了熱數(shù)據(jù)和冷數(shù)據(jù)的轉(zhuǎn)換過程以及數(shù)據(jù)規(guī)模對讀寫性能的影響。Zabbixserver的數(shù)據(jù)IO。優(yōu)勢zabbix優(yōu)惠嗎

從PC/Corosync/Pacemaker等第三方解決方案遷移到原生Zabbix Server高可用性集群時，比較好做法是什么？企業(yè)級zabbix添加權(quán)限

Zabbix通過很大程度地減少寫鎖持有時間，并將持有時間碎片化，從而降低了寫鎖對Zabbix進程并行性能的影響。我們注意到configuration syncer進程是***的，并未采用多進程方式，這一方面是因為元數(shù)據(jù)內(nèi)部需要維持某些一致性，如果使用多進程方式，無疑會增加維持一致性方面的開銷，另一方面，如果采用多進程，這些進程之間仍然需要解決鎖***的問題，**終的結(jié)果與單進程并無多大區(qū)別。不過，如果能夠基于元數(shù)據(jù)之間的**性，實現(xiàn)基于數(shù)據(jù)分組的并行化，那就另當別論。企業(yè)級zabbix添加權(quán)限

上海觀縱科技有限公司是一家集研發(fā)、制造、銷售為一體的****，公司位于上海市奉賢區(qū)望園南路1288弄80號1904、1909室，成立于2022-11-14。公司秉承著技術(shù)研發(fā)、客戶優(yōu)先的原則，為國內(nèi)webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應用性能監(jiān)控，Argus-IT運維監(jiān)控的產(chǎn)品發(fā)展添磚加瓦。主要經(jīng)營webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應用性能監(jiān)控，Argus-IT運維監(jiān)控等產(chǎn)品服務，現(xiàn)在公司擁有一支經(jīng)驗豐富的研發(fā)設計團隊，對于產(chǎn)品研發(fā)和生產(chǎn)要求極為嚴格，完全按照行業(yè)標準研發(fā)和生產(chǎn)。上海觀縱科技有限公司研發(fā)團隊不斷緊跟webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應用性能監(jiān)控，Argus-IT運維監(jiān)控行業(yè)發(fā)展趨勢，研發(fā)與改進新的產(chǎn)品，從而保證公司在新技術(shù)研發(fā)方面不斷提升，確保公司產(chǎn)品符合行業(yè)標準和要求。webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應用性能監(jiān)控，Argus-IT運維監(jiān)控產(chǎn)品滿足客戶多方面的使用要求，讓客戶買的放心，用的稱心，產(chǎn)品定位以經(jīng)濟實用為重心，公司真誠期待與您合作，相信有了您的支持我們會以昂揚的姿態(tài)不斷前進、進步。