使用zabbix的小伙伴應該都有關注到目前zabbix的大版本已經更新到了6.0，后面樂樂將會對如何使用zabbix6.0做一個使用教程的系列，大家可以持續關注，這篇我們主要聊聊zabbix6.0新增的一些功能介紹，
一、Zabbix server 的高可用集群
新版本附帶了針對 Zabbix server 的原生高可用解決方案，該解決方案由多個zabbix_server 實體或節點組成，其中一次只能有一個節點處于活動狀態（作業），而其他節點處于待機狀態，準備好在當前節點停止或故障時接管，
另請參閱：[高可用集群]
1.1 服務
對服務的監控進行了一些更新，服務監控提供了 Zabbix 中受監控基礎設施的高級視圖，
Zabbix 現在有一個新的服務選單，包含四個選單組件：
下面概述了對服務功能的其他主要改進，
1.2 基于標簽的服務到問題的映射
以前版本中 [服務（services）] 的可用性取決于觸發器及其狀態，在新版本中，它被相應服務的基于標簽的問題映射所取代，
服務的配置和查看合并在 Monitoring → Services 中，并且在 Configuration → Services 中不再存在用于服務配置的單獨部分，
在服務配置中，不再存在硬依賴和軟依賴，相反，一個服務可以有多個父服務，
狀態計算和傳播規則
有新的狀態計算規則和靈活的附加規則，用于基于直接子服務的狀態和權重計算父服務的狀態，現在還可以設定靈活的規則來將服務狀態傳播到父服務，
1.3 服務權限
在 [用戶角色] 級別實作了對服務的靈活權限，可以向所有、無或選定的服務授予讀寫或只讀訪問權限（基于名稱或標簽），
根本原因分析：
一個新的根本原因（Root cause） 列顯示了直接或間接影響服務狀態的潛在問題，
如果您單擊問題名稱，您可以在Monitoring → Problems中查看有關它的更多詳細資訊，
1.4 服務狀態變化告警
現在可以接收有關服務狀態更改的自動警報，類似于有關觸發器狀態更改的警報，
添加了一種新的 [服務動作] 型別，類似于 Zabbix 中的其他動作，服務可能動作包括與服務相關的問題、恢復和更新動作的步驟，可以配置兩種型別的動作：向指定的收件人發送訊息和在 Zabbix server 上執行遠程命令，與觸發動作類似，服務動作支持問題 [升級]場景，
新的訊息模板 Service、Service recovery 和 Service update 已添加到 [媒體型別] 中，應該定義為能夠正確發送服務動作的通知，
1.5 服務克隆
可以支持克隆服務，克隆按鈕已添加到服務的[配置表單]中，克隆服務時，會保留其父鏈接，而不會保留子鏈接，
二、主鍵
主鍵現在用于新安裝中的所有表，包括歷史表，
現有安裝不會自動升級主鍵，在現有安裝中 手動升級 歷史表主鍵的說明適用于[MySQL/MariaDB]、[PostgreSQL]、[TimescaleDB v1] 和 [v2] 以及 [Oracle]，
三、新增小部件
新版本中添加了以下幾個儀表板小部件，
3.1 Top 主機
Top hosts 小部件被添加到儀表板小部件中，此小部件旨在替換棄用的 資料概覽 小部件，
Top hosts 小部件允許為資料概覽創建自定義表格，這對用于容量規劃的類似 Top N 類報告和條形進度報告很有用，
有關更多資訊，請參閱 [Top 主機小部件]
3.2 監控項值
監控項值（Item value）小部件被添加到儀表盤小部件中，
這種型別的小部件對于突出顯示單個監控項的值很有用，不同的視覺風格的顯示成為可能：
有關詳細資訊，請參閱 [Item value 小部件]
四、宏
4.1 新增宏
新增用于觸發器運算式除錯和內部動作的宏，
運算式除錯宏簡化了觸發器運算式的除錯程序：
內部動作的宏包含監控項、LLD 規則或觸發器變得不受支持的原因：
有關更多詳細資訊，請參閱[支持的宏]
4.2 由運算式宏替換的簡單宏
[Zabbix 5.4]中引入了觸發器和可計算監控項的新運算式語法，然而，舊的語法仍然在簡單的宏中使用，在新版本中，簡單宏的功能已轉移到運算式宏中，并使用了新的運算式語法，有關更改的詳細資訊，請參見下面的比較：
Zabbix 6.0 | Zabbix 6.0 之前
{?avg(/host/key,1h)}新版本中的運算式宏示例， | {host.avg(1h)}之前版本中的簡單宏示例，
現有的簡單宏將在升級程序中轉換為運算式宏，運算式宏的范圍與簡單宏提供的范圍相同，因此，運算式宏可用于：
4.3 不再支持位置宏
自 Zabbix 4.0 起已棄用的監控項名稱 ($1, $2...$9) 中對位置宏的支持已被完全洗掉，
不再支持監控項名稱中的用戶宏
自 Zabbix 4.0 起已棄用的監控項名稱（包括發現規則名稱）中對用戶宏的支持已被完全洗掉，
4.4 Prometheus 指標的批量處理
在預處理佇列中引入了依賴監控項的批量處理，以提高檢索 Prometheus 指標的性能，
有關詳細資訊，請參閱 [Prometheus 檢查] for more details，
###4.5 Prometheus 模式的結果處理
預處理中的 Prometheus 模式步驟會產生匹配多行的結果，為了處理這種情況，Prometheus 模式預處理步驟中添加了一個新的結果處理 [引數]，該引數允許通過引入 sum、min、max、avg 和 count 等函式來聚合潛在的多個匹配行的資料，
五、函式
Prometheus 直方圖的函式
在 Zabbix 中收集 [Prometheus指標] 已經有一段時間了，但有些指標很難使用，具體來說，直方圖型別的指標可以在 Zabbix 中呈現為具有相同鍵值名稱但引數不同的多個監控項，然而，即使這些監控項在邏輯上相關并代表相同的資料，如果沒有專門的功能，很難分析收集到的資料，為了彌補新版本中的這一功能空白，添加了 rate() 和 histogram_quantile() 函式，產生與 PromQL 對應的相同結果，
補充此功能的其他新增功能是bucket_rate_foreach() 和 bucket_percentile() 函式，有關更多資訊，請參閱：
5.1 單調變化
現在可以使用新的 monoinc() 或 monodec() [歷史函式] 檢查監控項值的單調增加或減少，
5.2 更改計數
添加了一個新的 [歷史函式]changecount() ，允許計算相鄰值之間的更改次數，該函式支持三種不同的模式：計算所有變化，只減少，或者只增加，例如，它可用于跟蹤用戶數量的變化或系統正常運行時間的減少，
5.3 物體計數
添加了新的 [函式]來簡化由 [foreach函式] 回傳的特定主機、監控項或值的計數，
聚合函式：
Foreach 函式：
5.4 例外檢測
Zabbix 5.2 引入了對基線監控有用的新趨勢函式，但是，它們仍然需要定義相對閾值（例如，檢查 2021 年 9 月的網路流量是否比 2020 年 9 月高出不到 2 倍），存在難以定義此類閾值的用例，例如，一個新的但非常受歡迎的網站的網路流量可以在一年內自然增長很多倍，但增長速度是未知的，然而，無論自然流量增長如何，由于 DDOS 攻擊導致的突然流量激增都必須生成警報，
例外檢測演算法正是這樣做的——在其他值的背景關系中查找看起來不正常的資料（例外值），
添加了新的 [歷史函式] trendstl()，它使用 '分解' 方法來計算例外率，它將單個時間序列拆分為其他三個序列：
[字串函式] concat 允許連接兩個以上的引數，它可用于以不同的組合組合字串和值，或將兩個或多個值相互附加，還支持數字資料型別，
由于新功能介紹篇幅較長，樂樂將會在zabbix新增功能介紹2為大家詳細介紹其余新增功能，技術交流歡迎加入Q群617295020，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/539456.html
標籤：其他
上一篇：Nacos是什么？