This is a translation of the original English documentation page. Help us make it better.

Sidebar

Zabbix Summit 2022
Register for Zabbix Summit 2022

Table of Contents

5 Zabbix 6.0.0 の新機能

Zabbixサーバの高可用性(HA)クラスタリング

新バージョンでは、Zabbixサーバの高可用性ソリューションをネイティブで提供します。

このソリューションは、複数のzabbix_serverインスタンスまたはノードで構成されます。
一度にアクティブ(現用ノード)にできるのは1ノードのみで、他のノードはスタンバイ状態にあり、
現用ノードの停止や障害発生時に、スタンバイノードに引き継ぐことができます。

参照: 高可用性(HA)クラスタリング.

サービス

サービス監視について、いくつかのアップデートが行われました。
サービス監視では、Zabbixで監視しているインフラストラクチャのハイレベルなビューを提供します。

Zabbixに4つのメニューセクションからなる新しいサービスメニューが追加されました。

  • サービス - サービス概要とサービス構成用 - (Monitoring -> Services から移動)
  • サービスアクション - サービスアクション(新しいアクションタイプ)
  • SLA - SLAを設定するためのものです
  • SLAレポート - SLAレポート用 (ダッシュボードウィジェットとしても利用可能)

その他、サービス機能の主な改善点は以下の通りです。

タグベースの障害へのサービスのマッピング

サービスは、旧バージョンのZabbixでは、トリガーとその状態に依存していました。
新しいバージョンでは、この問題はタグベースのマッピングに置き換えられ、各サービスの問題に対応するようになりました。

サービスの設定と閲覧は、サービスサービス に統合され、サービス設定のための独立したセクションは
設定サービス にはなくなりました。

サービス構成では、ハード依存とソフト依存はもはや存在しません。
代わりに、1つのサービスは複数の親サービスを持つことができます。

ステータス計算と伝搬ルール

直接の子サービスのステータスや重みから、親サービスのステータスを計算するための新しいステータス計算ルールと柔軟な追加ルールが用意されました。
また、親サービスに状態を伝搬するためのルールを柔軟に設定できるようになりました。

サービスのパーミッション設定

サービスに対する柔軟なパーミッションがユーザーの役割の レベルで実装されました。

(サービス名やタグに基づいて)選択されたサービスに対して、読み書きまたは読み取り専用アクセス権限を与えることができます。

根本原因の分析

新しい根本原因列には、サービス状態に直接的または間接的に影響を与える根本的な問題が列挙されています。

監視データ障害で障害名をクリックすると、以下のページでその障害の詳細を見ることができます。

サービスステータス変更時のアラート

トリガーの状態変化に関するアラートと同様に、サービスの状態変化に関する自動的なアラートを受け取ることができるようになりました。

Zabbixの他のアクションと同じように、新しくサービスアクション機能が追加されました。
サービスアクションには、サービスに関連する問題解決、復旧、更新操作の手順が含まれます。
サービスアクションは指定された受信者にメッセージを送信するアクションと指定された受信者にリモートでアクションを実行するアクションの2種類を設定することが可能です。

トリガーアクションと同様に、サービスアクションは問題のエスカレーション シナリオをサポートします。

新しいメッセージテンプレート サービスサービスの復旧サービスの更新
メディアタイプに追加されたため、サービスアクションの通知を正しく送信できるように定義する必要があります。

サービスの複製

サービスの複製が可能になりました。
複製 ボタンが、サービス設定 に追加されました。
サービスの複製を作成すると、その親リンクは保持されますが、子リンクは保持されません。

プライマリーキー

新規インストール時に、履歴テーブルを含むすべてのテーブルでプライマリーキーを使用するようになりました。

既存環境への主キーの自動アップグレードはありません。
履歴テーブルを主キーに 手動でアップグレードする方法については以下のリンクを参照してください。

MySQL/MariaDB
PostgreSQL
TimescaleDB v1 and v2
Oracle

新しいウィジェット

バージョン6.0.0では、いくつかのダッシュボードウィジェットが追加されました。

上位ホストウィジェット

ダッシュボードウィジェットに 上位ホスト ウィジェットが追加されました。
このウィジェットは、現在非推奨となっている データの概要 ウィジェットを置き換えるために設計されています。

上位ホスト ウィジェットでは、データ概要のためのカスタムテーブルを作成することができます。
これは、上位Nホストのようなレポートや、キャパシティ・プランニングに役立つプログレスバー形式のレポート を作成できます。

詳細は、上位のホストウィジェットをご覧ください。

アイテムの値ウィジェット

ダッシュボードウィジェットに、アイテムの値ウィジェットが追加されました。

このタイプのウィジェットは、単一の項目の値を目立つように表示するのに便利です。
さまざまな表示スタイル が可能です:

詳細は、アイテムの値ウィジェットをご覧ください。

マクロ

新しいマクロ

トリガー式のデバッグと内部動作のための新しいマクロがサポートされました。

  • · {TRIGGER.EXPRESSION.EXPLAIN}, · {TRIGGER.EXPRESSION.RECOVERY.EXPLAIN} - これらは、項目ベースの関数のみに適用され
    部分的に評価されたトリガー式またはリカバリートリガー式に展開されます。

  • · {FUNCTION.VALUE<1-9>}, {FUNCTION.RECOVERY.VALUE<1-9>} - これらは、その時のN番目の項目ベースの関数の結果に展開されます。

内部アクションのマクロは、アイテム、LLD-rule、トリガーがサポートされなくなった理由を含んでいます。

  • {ITEM.STATE.ERROR} - for item-based internal notifications;
  • {LLDRULE.STATE.ERROR} - · for LLD-rule based internal notifications;
  • {TRIGGER.STATE.ERROR} - for trigger-based internal notifications.

詳しくは、サポートされるマクロを参照してください。

単純なマクロを式マクロに置き換える

トリガーと計算項目のための新しい式構文が、Zabbix 5.4 で導入されました。しかし、シンプルなマクロでは、まだ古い構文が使われていました。
新バージョンでは、シンプルなマクロの機能を式マクロに移し、新しい式構文を採用しました。
以下の比較をご覧ください:

In Zabbix 6.0 Before Zabbix 6.0
{?avg(/host/key,1h)}

Example of an expression macro in the new version.
{host:key.avg(1h)}

Example of a simple macro in previous versions.

既存のシンプルなマクロは、バージョンアップの際に式マクロに変換されます。
式マクロのスコープは、シンプルマクロで提供されていたものと同じです。
したがって、式マクロは次のような場合に使用できます。

  • problem notifications and commands
  • problem update notifications and commands
  • map element labels
  • map link labels
  • map shape labels
  • graph names
位置指定マクロはサポートされなくなりました

アイテム名の位置指定マクロ($1, $2...$9)のサポートはZabbix 4.0から非推奨となり、完全に削除されました。

アイテム名のユーザーマクロはサポートされなくなりました。

Zabbix 4.0から非推奨となっていたアイテム名(ディスカバリールール名を含む)のユーザーマクロのサポートは、完全に廃止されました。

Prometheus メトリクスの一括処理

保存前処理キューに依存項目の一括処理を導入し、Prometheusメトリクスの検索性能を向上させました。

詳しくはPrometheusのチェック を参照してください。

Prometheusパターンに対する結果処理

プリプロセス処理でPrometheusのパターンステップを実行すると、複数の行がマッチすることがあります。
この状況に対応するために、新しい結果処理 parameter が追加されました。
sum、min、max、avg、countなどの関数を導入することで、複数のマッチング行のデータを集約することができます。

関数

Prometheus ヒストグラム用関数

Prometheus metricsをZabbixで収集することができるようになりました。
しかし、メトリクスの中には作業がしづらいものもあります。
具体的に言うと、ヒストグラムタイプのメトリクスはZabbixでは、同じキー名で異なるパラメータを持つ
複数のアイテムとして表示することができます。しかし、これらの項目は論理的に関連しており、
同じデータを表しているにもかかわらず、専用の機能がなければ、収集されたデータを分析することは困難でした。
新バージョンでは、この機能ギャップをカバーするために、 rate()histogram_quantile() 関数が追加され、
PromQLの対応するものと同じ結果を生成します。

この機能を補完する他の新しい追加機能は、bucket_rate_foreach()bucket_percentile() 関数です。
詳細については、以下を参照してください:

単調変化

新しい monoinc() または monodec() 履歴関数を使用して、 項目値の単調増加、単調減少をチェックできるようになりました。

変更回数

新しい history function として 隣接する値間の変更回数を数えることができる changecount() が追加されました。

この機能は、次の3つのモードをサポートしています。
すべての変化、減少のみ、または増加のみをカウントします。
例としてユーザー数の変化や、システム稼働時間の減少を追跡するために使用することができます。

エンティティ数

foreachで戻される、特定のホストや項目のカウントを簡略化するための 新しいfunctionが追加されました。

集計関数: - count - foreach関数が返す配列内の値の合計(整数を戻す) - item_count - 現在有効な項目のうち、フィルタ条件に一致するものの総数 (整数を戻す)

Foreach関数: - exists_foreach - 現在有効な項目のうち、フィルター条件に一致するものの数(配列を戻す)

アノマリー(異常値)検知

Zabbix 5.2では、ベースライン監視に役立つ新しいトレンド関数が導入されました。
しかし、この機能でも相対的な閾値を定義する必要があります。
(例:2021年9月のWebトラフィックが2020年9月に比べて2倍以下であることをチェックする)。
実際のところ、このような閾値の定義が困難なケースもあります。例えば、新しいが非常に人気のあるウェブサイトの
トラフィックは、1年間で何倍にも有機的に成長するが、その成長率は未知数です。
しかし、DDOS攻撃による急激なトラフィックの増加は、有機的なトラフィックの増加とは無関係にアラートを発生させなければいけません。

異常値検出アルゴリズムは、まさにこれを行うもので、他の値のコンテキストの中で正常に見えないデータ(異常値)を見つけるものです。

新しい history function trendstl() が追加され、
異常率を計算するために 'decomposition' メソッドを使用するようになりました。
この関数は、1つの時系列を3つの時系列に分割します。

  • トレンドシーケンス:元データの大きな変化のみを含む(例:ウェブサイトのトラフィックが増加している)
  • シーズンシーケンス:季節的な変化のみを含む(例:夏にはウェブサイトのトラフィックが少なく、秋には多くなる)
  • トレンドの一部とも季節の一部とも解釈できない残差のみを含むシーケンス

異常検出は余りの列で動作し、余りの値の大多数から離れすぎている(far from)値があるかどうかをチェックします。
"離れすぎている(Far)"とは、余りの配列からの絶対値が、標準偏差または平均偏差のN倍であることを意味します。

文字列関数

String function concat は、2つ以上のパラメータを連結して使用できるようになりました。
文字列と値を異なる組み合わせで結合したり、2つ以上の値を互いに付加したりするのに利用できます。
数値データ型もサポートされています。

アイテム

自動タイプ選択機能

アイテム設定フォームで、選択された項目キーが特定のタイプのデータのみを返す場合、一致する情報のタイプを
自動的に提案するようになりました。
(例: log[] item requires Type of information: Log).
Type of informationパラメーターがKeyパラメータの下に配置され、
少なくとも1つのプリプロセス工程が定義されている場合は、Type of information タブの Key パラメータと
重複して配置されるようになりました。
選択した情報の種類とキーが一致しない可能性がある場合、警告アイコンが Type of information フィールドの横に表示されます。

新規・更新されたアイテム

Zabbix agent/agent 2にいくつかの新しいアイテムが追加されました。

  • agent.hostmetadata - return host metadata
  • kernel.openfiles - return the number of open file descriptors
  • net.tcp.socket.count[] - return the number of TCP sockets that match parameters
  • net.udp.socket.count[] - return the number of UDP sockets that match parameters
  • vfs.dir.get[] - return list of directory files as JSON
  • vfs.file.get[] - return information about a file as JSON
  • vfs.file.owner[] - return the ownership of a file
  • vfs.file.permissions[] - return a 4-digit string containing octal number with Unix permissions

さらに:

  • vfs.file.cksum[] now supports a second mode parameter (crc32, md5, sha256)
  • vfs.file.size[] now supports a second mode parameter (bytes or lines)
  • vfs.fs.discovery and vfs.fs.get now return an {#FSLABEL} macro on Windows (with volume names)

詳細については、agent itemsを参照してください。

計算対象アイテムのデータ型

計算対象アイテムは、数値だけでなく、テキスト、ログ、文字型情報にも対応しました。

Agent の再起動を伴わないユーザーパラメータの再読み込み

ユーザーパラメータを設定ファイルから再読み込みできるようになりました。
これを行うには、新しい userparameter_reload ランタイムコントロールオプションを実行します。

zabbix_agentd -R userparameter_reload

または

zabbix_agent2 -R userparameter_reload

UserParameter は、このコマンドで再読み込みされる唯一のagent 設定オプションです。

BSD系OSにおけるランタイム制御について

これまで、ZabbixサーバとZabbixプロキシの実行時制御オプションは、BSDベースのシステムには対応していませんでした。
ランタイムコマンドの転送方法を変更することで、この制限を撤廃することができました。
FreeBSDNetBSDOpenBSD、その他**BSD系のOSでほとんどのコマンドをサポートすることができるようになりました。
正確なリストは、
Runtime control* for Zabbix server または proxy を参照してください。

Zabbix agent 2 プラグイン

外部プラグインローダー

これまで、プラグインはZabbixエージェント2にのみコンパイルして組み込むことができ、利用可能なプラグインのセットを変更する必要があるたびに、エージェントを再コンパイルする必要がありました。
今回、外部プラグインローダーの追加により、プラグインを agent 2 に直接組み込む必要がなくなり、個別の外部アドオン(ロード可能なプラグイン)として追加できるようになったため、新しい監視メトリクスを収集するための追加プラグインの作成プロセスが容易になりました。

ロード可能な外部プラグインの導入に伴い、以下の設定パラメータを変更しました。
- Plugins.<PluginName>.Path パラメーターは Plugins.<PluginName>.System.Path へ移動しました。 - Plugins.<PluginName>.Capacity パラメーターは、まだサポートされていますが、非推奨となりました。Plugins.<PluginName>.System.Capacity をご使用ください。

パスワード設定の要件

Zabbixのパスワードの複雑さの要件を内部authentication method で指定できるようになりました。
Zabbixユーザが脆弱なパスワードを設定することを防ぐため、以下のような制限をかけることができます。

  • パスワードの最小の長さを設定する。
  • パスワードには、大文字と小文字、数字、特殊文字を組み合わせたものを要求する。
    大文字、小文字、数字、特殊文字を含むパスワードを設定する。
  • 最も一般的で容易に推測可能なパスワードの使用を禁止する。

データベース

最適なユーザエクスペリエンスを実現し、最高のZabbixのパフォーマンスを保証するために
一部の古いデータベースリリースのサポートは終了しました。
これは主に、サービスライフポイントの終わりに近いデータベースバージョンと
通常のパフォーマンスに支障をきたす可能性のある未解決の問題があるバージョンに適用されます。

Zabbix6.0から、公式にサポートしているバージョンの databaseは以下の通りです。

  • MySQL/Percona 8.0.X
  • MariaDB 10.5.X - 10.6.X
  • PostgreSQL 13.X - 14.X
  • Oracle 19c - 21c
  • TimescaleDB 2.0.1-2.3
  • SQLite 3.3.5-3.34.X

デフォルトでは、サポートされていないデータベースのバージョンが検出された場合、Zabbix server と proxyは起動しません。
ただし、推奨はしませんが、serverproxy. の AllowUnsupportedDBVersions 設定パラメータを変更することで、DB バージョンをチェックしないようにすることができます。

MySQLのutf8mb4対応について

MySQL/MariaDBでのインストール時の、utf8mb4 エンコーディングと utf8mb4_bin 照合順序がサポートされました。

以前は utf8 エンコーディングのみがサポートされていましたが、MySQL の場合、これはutf8mb3 encodingの略で
適切な UTF-8 文字のサブセットのみをサポートしていました。
新しいバージョンでは、fullの utf8mb4 サポートが追加されました。
utf8mb3を使用している古いインストールはそのまま維持され、そのエンコードを使用し続けることができます。

Zabbixバージョン6.0 へのアップグレード後のutf8mb4 conversionの実行手順も参照してください。

フィールドサイズの上限

以下のフィールドについて、最大フィールドサイズを拡大しました。

Zabbix get とZabbix senderのタイムアウト

Zabbix getとZabbix senderユーティリティは、-t <seconds>または--timeout <seconds>
タイムアウトパラメータをサポートするようになりました。
有効な範囲は以下のとおりです。

  • 1-30 秒 for Zabbix get (default: 30 秒)
  • 1-300 秒 for Zabbix sender (default: 60 秒)

SNMPゲートウェイの機能拡張

SNMPゲートウェイが異常な状態にあるトリガーに関する情報を提供し、トリガーの詳細でホスト情報を明らかにすることができるようになりました。
さらに、SNMPゲートウェイから送信されるSNMPトラップのレートを制限することが可能になりました。

サポートされるOIDのリストに、トリガーホスト名のカンマ区切りのリスト用の新しいOID .10が追加されました。

SNMPゲートウェイ設定ファイルに新しいパラメーターが追加されました: - ProblemBaseOID - OID of the problem trigger table; - ProblemMinSeverity - minimum severity, triggers having lower severity will not be included; - ProblemHideAck - if specified, only triggers with unacknowledged problems will be included; - ProblemTagFilter - if specified, only triggers with the specified tag name will be included; - TrapTimer - if set, Zabbix will send no more than one trap of the highest severity in the given time frame.

詳細はZabbix SNMP Gateway をご覧ください。

Webモニタリング

ZabbixのWebモニタリングに圧縮コンテンツの処理機能が追加されました。
libcurl でサポートされているすべてのエンコーディング形式がサポートされます。

Prometheusのクエリ

Zabbix Prometheusプリプロセッシング query languageで、 以下の2つのラベルマッチングオペレータがサポートされるようになりました。

  • != -- select labels that are not equal to the provided string;
  • !~ -- select labels that do not regex-match the provided string.

JavaScriptのメソッド

HTTPメソッド PATCH, HEAD, OPTIONS, TRACE, CONNECT をJavaScriptエンジンに追加しました。
また、新しい JS メソッド HttpRequest.customRequest を使って、カスタム HTTPメソッドのリクエストを送信できるようになりました。

Additional JavaScript objectsもあわせて参照してください。

監査ログ

監査レコード

監査ログに、LLDルール、ネットワークディスカバリーアクション、自動登録アクション、スクリプト実行の結果として 発生した変更を含む、すべてのZabbixオブジェクトの設定変更に関するレコードが監査ログに含まれるようになりました。

これまで、Zabbix serverからの設定変更(例:ディスカバリールールの実行)は記録されませんでした。 今回、このようなオブジェクトの変更は、Systemユーザに起因する監査レコードとして保存されます。

レコードフィルター

レコードを、そのエントリーの原因となったフロントエンドの操作でフィルタリングする機能が追加されました。 例えばテンプレートのリンク/アンリンクなど、1つの操作の結果として複数のログレコードが作成された場合、 そのレコードは同じRecordset IDを持つことになります。

監査設定

新しいsection Administration→General メニューに 監査ログ が追加され、監査ログの有効化と無効化ができるようになりました。 これまでHousekeeperセクションにあった監査用のハウスキーピング設定も、新しいAudit logセクションに移動されました。

PCRE2サポート

PCRE2のサポートが追加され、RHEL/CentOS 7以降、SLES(全バージョン)、Debian 9以降、Ubuntu 16.04以降のZabbixインストールパッケージがPCRE2を使用するように更新されました。 PCREは引き続きサポートされていますが、ZabbixはPCREまたはPCRE2のどちらか一方のライブラリでコンパイルする必要があり、両方を同時に使用することはできません。

ODBCチェックの分離処理

ODBCチェックの処理は、通常のポーラプロセスから、独立したserver / proxy プロセスODBCポーラーに移動しました。
この変更により、ポーラプロセスで作成されるデータベースへの接続数を制限することができます。
以前は、ODBCチェックはZabbix agent アイテムやSSHチェックなどでも動作する通常のポーラによって実行されていました。

新しい設定パラメータStartODBCPollersがZabbix serverproxy 設定ファイルに追加されました。

内部項目 zabbix[process,<type>] を使用すると、ODBC ポーラの負荷を監視できます。

Webhook統合

新しい統合機能が利用できるようになりました。 webhook メディアタイプを使用することができるようになりました。 Github issuesを Zabbixの通知から作成できるようになりました。

テンプレート

新しいモニタリングのための公式テンプレートが利用できます。

Kubernetes
  • Kubernetes nodes by HTTP
  • Kubernetes cluster state by HTTP
  • Kubernetes API server by HTTP
  • Kubernetes Controller manager by HTTP
  • Kubernetes Scheduler by HTTP
  • Kubernetes kubelet by HTTP

Kubernetesの監視を有効にするには、新しいツールZabbix Helm Chartを使用し、KubernetesクラスタにZabbix proxyとZabbix agentをインストールする必要があります。

テンプレートの設定の詳細については、HTTP template operationを参照してください。

Mikrotik
  • MikroTik のイーサネットルーターとスイッチの様々なモデルを監視するための53の新しいモデル固有のテンプレートです。 完全なリスト を参照してください。
  • Mikrotik SNMP* - MikroTik デバイスを監視するための汎用テンプレートです。

これらのテンプレートを入手するには: - 新規インストール時に ConfigurationTemplates で入手する。 - 旧バージョンからアップグレードする場合、最新のテンプレートは Zabbix Git repository からダウンロードし、手動でZabbixのConfigurationTemplates セクションにインポートします。 同じ名前のテンプレートが既に存在する場合、インポートする前に、Delete missing オプションをチェックし、 クリーンなインポートを実現します。この方法では、更新されたテンプレートから除外された項目が削除されます。 (ただし、削除された項目の履歴は失われます)

テンプレートリンクの視認性向上

テンプレートのリンクがより見やすくなるように、ホスト、ホストプロトタイプ、テンプレート設定フォーム、 およびホスト/テンプレート一括更新フォームの最初のタブに配置されました。

その結果、すべてのフォームから、テンプレートリンクのための独立したタブが削除されました。

これに関連して、ホストプロトタイプの設定において、ホストグループ/ホストグループプロトタイプの選択フィールドも、 別のタブから最初のタブに移動されました。

ランタイムコマンド発行

Zabbixサーバとプロキシのランタイムコマンドは、Unixシグナルではなく、ソケット経由で発行されるようになりました。
この変更により、ランタイムコントロールオプションの操作性が向上しました。
- コマンド実行の結果がコンソールに表示されるようになりました。 - ノード番号の代わりにHAノード名など、より長い入力パラメータを送信できるようになりました。

フロントエンド

地理マップウィジェット

ダッシュボードに新しい地理マップウィジェットが導入され、ホストを地理的な地図上に表示できるようになりました。
詳しくは地理マップ ダッシュボードウィジェット地理マップ を参照してください。

最新データにサブフィルターが追加されました

Latest dataセクションにサブフィルターが追加されました。 このサブフィルターは、関連する項目のグループにワンクリックでアクセスするのに便利です。 ワンクリックでアクセスできます。

サブフィルターには、clickable linksが表示され、以下のことが可能です。 共通のエンティティ(ホスト、タグ名、タグの値)に基づいてアイテムをフィルタリングすることができます。 エンティティがクリックされるとすぐに、アイテムがフィルタリングされます。

詳細は、latest data セクションを参照してください。

カスタムグラフのユーザビリティ向上

モニタリングホストグラフ のグラフページで、いくつかの操作性が改善されました。

  • グラフページに20個のグラフの制限がなくなりました。
  • 共通のタグやタグの値に基づいて、関連するグラフのグループをすばやく選択できるサブフィルタが追加されました。
  • ホスト用のシンプルなグラフをカスタムグラフと一緒に表示することができます。

詳細は、graph ページを参照してください。

モニタリングからのホスト定義作成

MonitoringHosts から新しいホスト定義を作成することもできるようになりました。

Create host ボタンは、AdminとSuper Adminのユーザーが使用できます。

ホスト定義編集をポップアップで表示

ホストメニューやホスト設定への直接リンクがある、ConfigurationHosts、[Monitoring]→[Hosts]、および任意のページで、 ホスト定義の作成と編集のためのフォームがモーダル(ポップアップ)ウィンドウで開かれます。

ホスト編集ページへの直接リンクはまだ機能しており、全画面でホスト編集ページを開きます。

アイテム設定と最新データ間のナビゲーションが改善されました。

Latest dataに、アイテムのための 新しいコンテキストメニューが導入され、アイテムの構成と利用可能なグラフにアクセスすることができるようになりました。

逆に、item list の設定メニューに 新しいコンテキストメニューが導入され、最新のデータにアクセスすることができるようになりました。

他にも便利なオプションがあります。

このメニューは、以前のバージョンのウィザードオプションを置き換えたものです。 同様のメニューは、template items にも導入されています。 item prototypesにも同様のメニューが導入されました。

エスカレーションがキャンセルされた場合の通知について

action operationsの設定時に、 該当するオプションのチェックボックスをオフにすると、キャンセルされたエスカレーションに関する通知を キャンセルすることができるようになりました。

Monitoring → Latest data 更新

Latest data セクションにいくつかの改良が加えられました:

  • アイテムの最終実行時間の代わりに、最終チェックからの時間(例:1m20s)が表示されるようになりました。
  • アイテムの最後の値にカーソルを合わせると、単位や値のマッピングが適用されていない生の値が表示されます。
  • ホストがメンテナンス中の場合、ホスト名の横にオレンジ色のレンチのアイコンが表示されます。
Monitoring → Overview を削除

Monitoring メニューのOverview セクションが完全に削除されました。 Data overviewTrigger overviewのダッシュボードを使用して、同じ機能にアクセスすることができます。 widgetsを参照してください。

その他
  • Zabbixウェブインターフェイスのデフォルト言語が、イギリス英語からアメリカ英語に変更されました。 イギリス英語のサポートは終了しました。
  • メインメニューの共有リンクは、[Integrations]リンクに変更され、 Zabbixウェブサイトの[Integrations] (https://www.zabbix.com/integrations)ページが表示されます。
  • ZabbixウェブインタフェースをZabbixウェブサイトで利用可能な言語のいずれかで開いている場合 Integrationsリンクをクリックすると、該当する言語のIntegrationsページが表示されます。 英語を含むその他の言語では、Integrationsページが英語で表示されます。
  • action configurationで条件計算のために使用するカスタム式は、 最大1024文字まで使用できるようになりました(従来は255文字)。 -Monitoring->Hosts セクションは、現在Openの問題がない場合でも、ホストの問題画面へのリンクを表示するようになりました。

大きな変更点

監査ログ

audit log functionalityの変更を実装するために、既存のデータベース構造を再構築する必要がありました。 アップグレードによって、auditlogauditlog_details DB テーブルは、異なるフォーマットの新しいテーブル auditlog に置き換えられます。 既存の監査ログのレコードは削除されます。

サポートされるDBバージョンの確認

Zabbix serverproxyは、起動前にデータベースのバージョンを確認し サポート範囲外のバージョンの場合は起動しないようになりました。

詳細については、データベースを参照してください。

PCRE2サポート

ZabixはPCREとPCRE2の両方をサポートするようになりました。 RHEL/CentOS 7以降、SLES(全バージョン)、Debian 9以降、Ubuntu 16.04以降のZabbixパッケージは、PCREの代わりにPCRE2でコンパイルするように更新されました。 ソースからコンパイルする場合、ユーザーは ''--with-libpcre'' または ''--with-libpcre2'' フラグを選択することができます。 既存のインストールをアップグレードする場合、PCRE を PCRE2 に変更すると、いくつかの正規表現の動作が変わることがあります - 詳しくは Known issues をご覧ください。

設定ファイルの分割

Zabbix agent 2プラグインに、個別のconfiguration fileが追加されました。
デフォルトでは、これらのファイルは ./zabbix_agent2.d/plugins.d/ ディレクトリに配置されます。
このパスは、agent 2 設定ファイルの Include パラメータで指定し、 zabbix_agent2.conf またはzabbix_agent2.win.confファイルの場所を指定します。

ベースライン監視

ベースライン監視のオプションが拡張され、baselinedevbaselinewma の2つの関数が追加されました。

  • baselinedev** - 直近のデータ期間と、それ以前のシーズンの同じデータ期間を比較し、偏差の値を返します。
  • baselinewma** - 加重移動平均アルゴリズムを使用して、複数の等しい期間(「シーズン」)の同じタイムフレームの
    データを平均化することによりベースラインを計算します。

これらの機能において、「シーズン」という用語は、時間、日、週、月、年単位で設定可能な時間枠を指します。
シーズンの長さと分析するシーズン数は、関数のパラメーターで設定します。

詳しくは、history functionsを参照してください。