監控數據的邏輯視角：監控數據首先特點是具有相互獨立性。在不同的數據處理階段，這種**性會體現在不同的層面，在數據采集階段會體現在value層面，如果不考慮日志監控的話，同一監控項的多次數據采集之間不會互相影響，相當于是無狀態的。在數據傳輸階段，也就是從agent發送數據到server接收數據的階段，**性體現在host層面，不同的host使用不同的地址和接口進行數據傳輸，互不影響，而在同一個host內部，每次傳輸的數據往往包含多個監控項的值。如何在10分鐘內塔建Zabbix Server HA集群？湖南zabbix24

增量配置同步：更快地配置同步，減少配置同步性能影響。新創建的項目現在會在創建后一分鐘內進行檢查。立即執行功能現在可從***數據部分獲得。在不支持的項目上執行立即執行時會顯示告警消息。模板分組提供模板組中，改進的主機和模板過濾。在身份驗證-LDAP設置下支持定義和保存多個LDAP服務器，能夠使用新的注冊表監控項收集Windows注冊表項。用于操作系統進程發現和收集單個進程統計信息的新項目。新的數字時鐘小部件。默認的全局視圖儀表板已使用***的Zabbix小部件進行了更新。圖表小部件已得到進一步改進：添加了堆疊圖支持；圖例現在提供附加信息；增加了對簡單觸發顯示的支持。UI表單現在提供指向相關文檔部分的直接鏈接。從Zabbix前端跟蹤活動代理接口狀態湖南zabbix24Zabbix 6.2將又一次提升新用戶和老用戶的用戶體驗。

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

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

Prometheus是一個具有***內置功能的工具，因此Prometheus用戶無需安裝各種插件或守護程序即可收集指標。服務檢測也是自動的。Prometheus可以定期從目標系統中采集指標。也可以使用推送機制收集指標。由于Zabbix**初是為監控服務器而開發的，因此它專注于主機。從用戶的角度來看，Zabbix分為兩大部分：服務端和代理端。服務用于收集和存儲統計數據，代理用于采集數據。Zabbix代理支持被動（輪詢）和主動檢查。被動檢查是指Zabbix服務向Zabbix代理請求一個值，代理處理該請求并將該值返回給Zabbix服務。主動檢查是指Zabbix代理從Zabbix服務請求一個主動檢查列表，然后定期發送結果。在沒有安裝代理選項的情況下，Zabbix可以檢查網絡服務的可用性，以及執行遠程命令。集群節點發送到數據庫后端的心跳是非常小的消息，記錄在一個較小的Zabbix數據庫表中，故性能影響忽略不計。湖南zabbix24

基于ZabbixAPI快速生成多Keys監控圖表。湖南zabbix24

為什么Zabbix需要HA？讓我們深入探討什么是高可用性，并嘗試定義“高可用性”一詞的含義：如果一個系統沒有單點故障，那么系統是以高可用性模式運行;單點故障是導致整個系統停止運行的部件故障;在使用高可用性的系統中，冗余是一項要求。在我們的例子中，我們需要一個冗余組件，如果當前活動的組件遇到問題，我們可以將其故障轉移到該組件;故障切換過程需要透明和自動化;就Zabbix平臺架構而言，單點故障就是我們的ZabbixServer。盡管Zabbix自身非常穩定，但是仍然會因為操作系統級別的問題或其它不可預料的情況（如磁盤空間不足）而發生Zabbix平臺崩潰。如果ZabbixServer停機，所有數據收集、問題檢測和警報都將停止。這就是為什么Zabbix提供可以實現高可用和冗余的組件非常重要。湖南zabbix24

上海觀縱科技有限公司成立于2022-11-14，是一家專注于webfunny前端監控，webfunny前端埋點，全鏈路應用性能監控，Argus-IT運維監控的****，公司位于上海市奉賢區望園南路1288弄80號1904、1909室。公司經常與行業內技術**交流學習，研發出更好的產品給用戶使用。公司主要經營webfunny前端監控，webfunny前端埋點，全鏈路應用性能監控，Argus-IT運維監控，公司與webfunny前端監控，webfunny前端埋點，全鏈路應用性能監控，Argus-IT運維監控行業內多家研究中心、機構保持合作關系，共同交流、探討技術更新。通過科學管理、產品研發來提高公司競爭力。webfunny,walkingfunny,argus嚴格按照行業標準進行生產研發，產品在按照行業標準測試完成后，通過質檢部門檢測后推出。我們通過全新的管理模式和周到的服務，用心服務于客戶。webfunny,walkingfunny,argus秉承著誠信服務、產品求新的經營原則，對于員工素質有嚴格的把控和要求，為webfunny前端監控，webfunny前端埋點，全鏈路應用性能監控，Argus-IT運維監控行業用戶提供完善的售前和售后服務。