Zabbix 7.4 の変更点は Zabbix 公式サイトの以下のページに記載されています。

• What’s new in Zabbix 7.4.0
• Release Notes for Zabbix 7.4.0

Zababix 7.0 および 7.2 の変更点の詳細については以下の記事をご参照ください。

Zabbix 7.0 の紹介
Zabbix 7.2 の紹介

Zabbix 7.4 の主な機能追加・変更点を以下に挙げます。

マルチレベル・ローレベルディスカバリ

ローレベルディスカバリルールにディスカバリのプロトタイプが実装され、多段階のディスカバリが可能になりました。この機能を利用することで例えば、データベースサーバ上のすべてのデータベースインスタンスをディスカバリした後、ディスカバリされた各インスタンスのテーブルスペースをディスカバリ、さらに各テーブルスペースのテーブルをディスカバリするといったことが可能になります。

ディスカバリのプロトタイプには、親となるディスカバリルールとは別に独自のアイテム、トリガー、グラフ、ホスト、およびディスカバリのプロトタイプが設定可能です。

ディスカバリのプロトタイプでは親となるディスカバリルールで取得された JSON 値を使用できますが、その JSON 値から切り出された一部のデータを使用してディスカバリを行います。

また、設定できるディスカバリのプロトタイプの段階に制限はありません。

ディスカバリされたホストに対するホストのプロトタイプのサポート

ディスカバリされたホスト上でホストのプロトタイプがサポートされるようになりました。これにより、Zabbix は他の検出されたエンティティ（ハイパーバイザやその仮想マシン、およびそれらの仮想マシン内のコンテナ）内のエンティティを自動的に検出・監視できるようになります。

ホストのプロトタイプをディスカバリされたホストに作成するには、ホストのプロトタイプを含むローレベルディスカバリルールを作成するか、ホストのプロトタイプを含むテンプレートをリンクします。または、ディスカバリに使用されるホストのプロトタイプにテンプレートをリンクすると、ディスカバリされたホストがテンプレートからホストのプロトタイプを継承します。

現在ホストのプロトタイプが設定されており、それが他のホストのプロトタイプを含むテンプレートを使用している場合には、Zabbix 7.4 へのアップグレードにより、検出されたすべてのホストがそれらのテンプレートで定義されたホストのプロトタイプを継承します。これを避けたい場合は、アップグレード前に該当するテンプレートからホストのプロトタイプを手動で削除してください。

該当するホストを特定するには、Zabbix データベースで以下の SQL を実行してください。

SELECT h.hostid,ht.templateid
FROM hosts_templates ht
JOIN hosts h ON ht.hostid=h.hostid
WHERE h.flags=4
  AND EXISTS (
    SELECT NULL
    FROM items i,host_discovery hd
    WHERE i.hostid=ht.templateid
    AND hd.parent_itemid=i.itemid
    )
ORDER BY hostid;

OAuth 2.0 認証

SMTP プロトコルで 「OAuth 2.0 認証」がサポートされるようになりました。OAuth 認証を設定するには、メールメディアタイプの設定時に認証パラメータで「OAuth」を選択し、「OAuth トークン」のパラメータを指定します。

Gmail、Gmail リレー、Office 365 のメールプロバイダーでは、OAuth トークンの自動取得機能が利用できます。必要な設定値は、リダイレクトエンドポイント、クライアント ID、クライアントシークレットのパラメータ値のみです。その他の必須パラメータは Zabbix が自動的に入力します。

プロバイダー別の OAuth URL のデフォルト設定の詳細については以下をご参照ください。
OAuth URL defaults by provider

ホストウィザード

新しいホストウィザードは、Zabbix で監視対象（デバイス、アプリケーション、サービスなど）を設定するための、ガイド付きのステップバイステップのインターフェースを導入しています。テンプレートの選択、Zabbix エージェントのインストール、ホストインターフェースの追加など、主要な手順をガイドすることで、新規ホストまたは既存ホストの設定を簡素化します。

ホストウィザードは、「データ収集」⇒「ホスト」、またはフロントエンドの各種セクションのホストメニューからアクセスできます。 

前のバージョンの Zabbix からアップグレードする場合、ホストウィザードで動作させるにはテンプレートをアップグレードする必要があります。

テンプレートのアップグレード手順についての詳細は以下をご参照ください。
Template upgrade

ウィジェット

アイテムカード

ダッシュボードにアイテムカードウィジェットが追加されました。
アイテムに関するさまざまな情報を見やすくまとめて表示することができます。

リアルタイムのウィジェット編集

ウィジェットの編集時に設定の変更をリアルタイムにプレビューすることができるようになりました。
さらに、ウィジェットの設定ダイアログをドラッグで場所を自由に移動することができます。

アイテム

ICMP ping アイテムにリトライ機能が追加された icmppingretry キーが使えるようになりました。icmpping キーでは複数パケットを応答があるまで複数回送っていましたが、icmppingretry キーでは、1 パケットを送り応答がなければ次の 1 パケットを送ることで、ネットワークに流れるパケット数を下げることができます。

• 書式：icmppingretry[<target>,<retries>,<backoff>,<size>,<timeout>,<options>]
  • target – 監視対象の IP アドレスやホスト名
  • retries – リトライ回数(最初の試行は含まず)
  • backoff – リトライ時に backoff に指定した数値を掛けた数だけ施行を遅らせる
  • size – パケットサイズ(byte 指定)
  • timeout – タイムアウト(ミリ秒)
  • options – allow_redirect を指定した場合には、リダイレクトされたレスポンスにより判定

関数

トリガー条件式、計算アイテムで利用できる次のヒストリ関数が追加されました。

• firstclock – 評価時間内の最も古い値のタイムスタンプを取得
  • 書式：firstclock(/host/key,sec<:time shift>)
  • サポートタイプ： Float, Integer, String, Text, Log
• lastclock – 評価時間内のN番目の最新値のタイムスタンプを取得
  • 書式：lastclock(/host/key,<#num<:time shift>>)
  • サポートタイプ： Float, Integer, String, Text, Log
• logtimestamp – 評価時間内のN 番目のログメッセージのタイムスタンプを取得
  • 書式：logtimestamp(/host/key,<#num<:time shift>>)
  • サポートタイプ： Log

マクロ

監視値取得時間を取得できるマクロが追加されました。

通知

通知レポート

ユーザ設定メニューに「通知レポート」が追加されました。「通知レポート」からは利用できるメディアやポップアップ通知の設定ができるようになりました。

メディアの管理

「ユーザの役割」に「独自メディアの作成と変更」と「ユーザーメディアの作成と変更」が追加され、「ユーザの役割」からメディアの制御が可能になりました。

• 「独自メディアの作成と変更」が有効
  • ユーザは自身が利用できるメディアの編集ができます。
• 「ユーザメディアの作成と変更」が有効
  • 「通知」メニューから「メディアタイプ」の編集ができるようになります。
  • ユーザの種類として「特権管理者」の場合のみに有効が選択可

マップ

ラベルの自動非表示

マップの要素やリンクのラベルをマウスホバーや選択時のみ表示できるようになりました。
これによりマップに多数の要素が密集している場合の見やすさが向上しました。
本機能はグローバルもしくは個別に設定可能です。

背景画像の自動スケーリング

マップのサイズにあわせて背景画像を自動的にサイズ調整できるようになりました。

要素の順序

マップの重なった要素を右クリックして「前面へ/最前面へ」「後面へ/最後面へ」を選択して、要素を前面に出したり後ろに回したりすることができるようになりました。

アイテムの値に基づくリンク表示

以前のバージョンではトリガーの障害状態によってリンクのスタイルや色を変更できましたが、アイテムの値についても、しきい値を超えた場合(数値アイテム)、正規表現にマッチした場合(テキストアイテム)にリンクのスタイルや色を変更することが可能になりました。

プロセス

ヒストリキャッシュ管理機能の強化

Zabbix は、監視データを効率的に処理するために、受信データを一時的にヒストリキャッシュ (history cache) に保持し、そこからデータベースに書き出す仕組みを採用しています。しかし、特定の監視アイテムがヒストリキャッシュを長時間占有すると、ヒストリデータの書き込み遅延やシステム全体のパフォーマンス低下が発生する課題がありました。

この問題を解決するために以下の3つの新機能が導入されました。

手動ヒストリキャッシュクリア機能

Zabbix サーバまたはプロキシに対し、指定したアイテムのヒストリキャッシュ内の値を即座にクリアできるランタイムコマンド history_cache_clear=target が追加されました。

このコマンドを使用すると、指定されたアイテムのヒストリキャッシュに溜まっている値 (最初の値と最後の値を除く) を削除できます。

(Zabbix サーバでの実行例)
zabbix_server -R history_cache_clear=target

(Zabbix プロキシでの実行例)
zabbix_proxy -R history_cache_clear=target

Zabbix サーバまたはプロキシには、diaginfo=historycache というランタイムコマンドも用意されており、現在のヒストリキャッシュの診断情報を確認できます。

例えば、このコマンドを使って現在のヒストリキャッシュの診断情報を確認すると、以下の実行例のように、アイテムID 68638 の値が 1000 件溜まっている状態であることがわかります。

# zabbix_server -R diaginfo=historycache
== history cache diagnostic information ==
Items:1 values:1000 time:0.000007
...
Top.values:
itemid:68638 values:1000
==

この状態で、以下のコマンドを実行するとヒストリキャッシュ内のアイテムID 68638 の値をクリアできます。

# zabbix_server -R history_cache_clear=68638
Cleared 998 values from history cache

998 件の値がクリアされ、残りは 2 件となります。

# zabbix_server -R diaginfo=historycache
== history cache diagnostic information ==
Items:1 values:2 time:0.000008
...
Top.values:
itemid:68638 values:2
==

このように、特定のアイテムがヒストリキャッシュを専有してシステム負荷が高まる状況に対して、迅速に対応が可能となります。

アイテム・ホスト無効化時のヒストリキャッシュ自動除去

アイテムまたはホストを無効化すると、関連するヒストリキャッシュが自動的に削除されるようになりました。

これにより、キャッシュを圧迫している問題のあるアイテムに対しても、GUI ベースの簡単な操作 (例：一時的に無効化→再有効化) だけで滞留を解消でき、再起動や手動ランタイムコマンドに頼る必要がなくなります。

無効化操作により、以下のようにヒストリキャッシュから即時に除去されます。

• アイテムの無効化
  該当アイテムのヒストリキャッシュが削除される (直近の1件の値はログ用途のため保持される)
• ホストの無効化
  対象ホストの全アイテムのヒストリキャッシュが削除される (同様に、各アイテムの直近の1件は保持される)

ヒストリキャッシュ診断ログの出力強化

これまでは、ヒストリキャッシュがいっぱいになった際の診断ログは DebugLevel=4 に設定しないと出力されませんでしたが、Zabbix 7.4 以降では、デフォルトの DebugLevel=3 でも出力されるようになりました。

以下は、ログ出力の一例です。

62107:20250708:131948.066 == history cache diagnostic information ==
62107:20250708:131948.066 items:1 values:661 time:0.000016
62107:20250708:131948.066 memory.data:
62107:20250708:131948.066 size: free:19640 used:79320
62107:20250708:131948.066 chunks: free:1 used:1983 min:19640 max:19640
62107:20250708:131948.066 buckets:
62107:20250708:131948.066 256+:1
62107:20250708:131948.066 memory.index:
62107:20250708:131948.066 size: free:4176120 used:17688
62107:20250708:131948.066 chunks: free:1 used:6 min:4176120 max:4176120
62107:20250708:131948.066 buckets:
62107:20250708:131948.066 256+:1
62107:20250708:131948.066 top.values:
62107:20250708:131948.066 itemid:68638 values:661
62107:20250708:131948.066 ==
62120:20250708:131954.595 History cache is full. Sleeping for 1 second.
62120:20250708:131954.597 items with most values in history cache:
itemid:68638 values:778

これにより、どのアイテムがキャッシュを占有しているかをより迅速に特定できるようになり、不要なログ監視や収集頻度の高すぎるアイテムの見直しなど、チューニング作業が容易になりました。

history syncer プロセスの詳細統計情報の表示

Zabbix サーバおよびプロキシの history syncer プロセス情報に、詳細なトランザクション統計情報が表示されるようになりました。

これにより、ps コマンドなどでプロセスを確認するだけで、ヒストリデータの処理状況をリアルタイムに把握できます。

$ ps aux | grep "history syncer"
zabbix 34231 0.0 0.5 109804 10204 ? R 14:57 0:02 /usr/sbin/zabbix_server: history syncer #1 [processed 50 values, 0+0 triggers in 0.510467 (0.252,0.243,0.000,0.006,0.009) sec, idle 1 sec]
zabbix 34232 0.0 0.4 109804 7900 ? S 14:57 0:01 /usr/sbin/zabbix_server: history syncer #2 [processed 0 values, 0+0 triggers in 0.000021 (0.000,0.000,0.000,0.000,0.000) sec, idle 1 sec]
zabbix 34233 0.0 0.4 109804 8028 ? S 14:57 0:01 /usr/sbin/zabbix_server: history syncer #3 [processed 0 values, 0+0 triggers in 0.000045 (0.000,0.000,0.000,0.000,0.000) sec, idle 1 sec]
zabbix 34234 0.0 0.4 109804 8668 ? S 14:57 0:01 /usr/sbin/zabbix_server: history syncer #4 [processed 0 values, 0+0 triggers in 0.000033 (0.000,0.000,0.000,0.000,0.000) sec, idle 1 sec]

各フィールドの意味は以下の通りです。

• processed N values
  この history syncer プロセスが処理したヒストリデータの件数。
• A+B triggers
  トリガーの処理件数。
  A: ヒストリデータの到着によって評価されたトリガー数。
  B: タイマーによって評価されたトリガー数。
• in x.xxxxx (内訳) sec
  ヒストリデータ処理にかかった合計時間とその内訳。括弧内の5つの値は、それぞれ以下の処理に要した時間 (秒)。
  1. ヒストリデータをデータベースへ書き込んだ時間
  2. アイテムの状態を更新する時間（例：エラー状態、インベントリ情報など）
  3. トレンドデータをデータベースにフラッシュした時間
  4. トリガーを評価した時間
  5. イベントおよびアクションを処理した時間

セキュリティ機能の強化

Zabbix フロントエンドとサーバ間の TLS 通信対応

Zabbix フロントエンドと Zabbix サーバ間の通信を TLS で暗号化できるようになりました。

Zabbix フロントエンドのセットアップ中に、以下のオプションを有効にし、必要な証明書情報などを入力することで、Zabbix フロントエンドと Zabbix サーバ間の TLS 通信を有効化できます。

• Encrypt connections from Web interface
• Verify server certificate issuer and subject (※必要に応じて)

設定方法などの詳細については、以下の公式ドキュメントを参照してください。

Secure connection to the frontend

Vault シークレットマクロの分離解決 (サーバ・プロキシ個別)

Vault に格納されたシークレットマクロの解決処理を、Zabbix サーバとプロキシで個別に実行できる新しいオプションが追加されました。

この設定は、Zabbix フロントエンドの「管理」⇒「一般設定」⇒「その他」タブ内の「Vaultシークレットマクロを解決する」で変更可能です。

選択肢は以下の通りです。

• Zabbixサーバー (デフォルト)
  シークレットは Zabbix サーバによって Vault から取得され、必要に応じてプロキシに転送されます。
• Zabbixサーバーとプロキシ
  シークレットは Zabbix サーバとプロキシの両方によって Vault から取得され、マクロを独立して解決できます。

プラグイン

Zabbix Agent 2 の各 DB プラグイン (MySQL、PostgreSQL、Oracle、MSSQL) において、カスタムクエリの検索パスを設定するパラメータにデフォルト値が追加されました。

各プラグインの設定ファイルには、以下のパラメータにデフォルト値が追加されました。

(MSSQL 向け)
Plugins.MSSQL.CustomQueriesDir

(MySQL、PostgreSQL、Oracle 向け)
Plugins.<Plugin>.CustomQueriesPath

なお、このカスタムクエリ機能はデフォルトで無効になっているため、利用する場合は以下のパラメータを設定して明示的に有効化する必要があります。

Plugins.<Plugin>.CustomQueriesEnabled=true

フロントエンド

フォームのインラインバリデーション

テンプレート、ホスト、アイテム、トリガーの設定フォームでインラインバリデーションに対応しました。入力項目にエラーがあると即座にエラーを表示します。

デフォルトのダッシュボードの更新

Zabbix の新規インストール時のデフォルトのダッシュボード画面が最新のウィジェットを含むように更新されました。

パレットに対応した新しいカラー選択ツール

グラフと円グラフウィジェットのカラー選択ツールが改良され、パレットタブに切り替えて定義済みの色のセットから選択できるようになりました。

保存前処理のテスト結果の簡単コピー

アイテムの保存前処理のテスト結果を「クリップボードにコピー」ボタンで簡単にコピーできるようになりました。

ドキュメント構成の変更

これまで各マイナーバージョン（例：7.4.1、7.4.2、7.4.3 など）ごとに分かれていた新機能やアップグレード時の注意点の情報が、それぞれ1つの統合ページにまとめられるようになりました。

Zabbix 7.0 の変更点は Zabbix 公式サイトの以下のページに記載されています。

• What’s new in Zabbix 7.0.0

Zabbix 7.0 の主な機能追加・変更点を以下に挙げます。

ソフトウェアライセンスの変更

Zabbix のソフトウェアライセンスが AGPLv3 に変更になりました。(これまでは GPLv2 でした)

ソフトウェア更新チェック

ソフトウェア更新チェックがデフォルトで追加されました。Zabbix フロントエンドは、パブリック Zabbix エンドポイントと通信して更新をチェックします。
利用可能な Zabbix ソフトウェア更新に関する情報は、以下で表示されます。

• [レポート] -> [システム情報]
• [システム情報] ダッシュボード ウィジェット(オプション)

Zabbix server/proxy の設定ファイルで、AllowSoftwareUpdateCheck=0 を設定すると、ソフトウェア更新チェックを無効にできます

poller プロセスの非同期実行による監視の効率化

poller プロセスが監視タイプ毎に細分化され、かつ単一のプロセスで複数の監視値取得処理を同時に実行できるようになりました。

• agent poller：Zabbix エージェントタイプに対する非同期 poller プロセス
• http agent poller：HTTP エージェントタイプに対する非同期 poller プロセス
• snmp poller：SNMP エージェントタイプに対する非同期 poller プロセス (walk[OID] および get[OID] アイテムのみ)

これらの poller プロセスでは内部で複数のスレッドが非同期で監視値の取得処理を実行し、監視対象からのレスポンスを待たずに新しい取得処理を開始することができます。
同時実行数はプロセス単位で最大 1,000 まで設定することが可能です。

従来の poller プロセスは依然として存在しており、上記の監視タイプ以外のパッシブ監視を実行しますが、こちらでは非同期実行は行われません。

各 poller およびの同時実行数の設定パラメータは以下の通りです。

また、HTTP エージェント監視には Persistent connection (Keep Alive) の機能も追加されました。

「ブラウザ」アイテムタイプの追加

新しいアイテムタイプ (「ブラウザ」アイテム) が Zabbix に追加され、ブラウザを使用して複雑な Web サイトや Web アプリケーションを監視できるようになりました。「ブラウザ」アイテムを使用すると、ユーザー定義の JavaScript コードを実行して、クリック、テキストの入力、Web ページのナビゲーションなどのブラウザ関連のアクションをシミュレートできます。

このアイテムは、HTTP/HTTPS 経由でデータを収集し、Selenium Server またはプレーン WebDriver (ChromeDriver など) をテストエンドポイントとして W3C WebDriver 標準を部分的に実装します。

ブラウザ アイテムのサポートは現在実験段階であることに注意してください。

Zabbix プロキシの負荷分散と高可用性

Zabbix プロキシによる負荷分散と高可用性ができるようになりました。こちらは、Zabbix にプロキシグループを導入することで実装されます。プロキシグループは、プロキシ間のホストの自動分散や、プロキシ負荷の再分散、そして、高可用性を提供します。プロキシグループ内のあるプロキシがオフラインになると、オフラインとなったプロキシ配下にあるホストは、プロキシグループ内の他のプロキシに即座に分散されます。
詳細は、proxy load balancing and high availability をご参照ください。

Zabbix プロキシへのメモリバッファ機能の追加

Zabbix プロキシにメモリバッファが追加されました。これにより、監視値やネットワークディスカバリ、自動登録の結果をメモリに保存し、データベースにアクセスすることなく Zabbix サーバに送信することができるようになりました。

パフォーマンスを最適化するには、プロキシでメモリ バッファを使用するように構成することをお勧めします。これは、ProxyBufferMode の値を「disk」から「hybrid」(推奨) または「memory」に変更することで可能です。メモリ バッファ サイズ (ProxyMemoryBufferSize パラメータ) も設定する必要があります。

ProxyMemoryBufferSize や ProxyMemoryBufferAge などの追加パラメータは、それぞれメモリ バッファ サイズとバッファ内のデータの最大経過時間を定義します。また、プロキシメモリバッファを監視するための新しいインターナルアイテムも追加されました。
詳細は、Zabbix proxy をご参照ください。

JIT(ジャストインタイム)ユーザープロビジョニング

LDAP/SAML の JIT プロビジョニングで認証時にユーザーを自動登録できるようになりました。その際、Zabbix でプロビジョニングされたユーザーには、以下のような柔軟性のある設定が提供されます。

• ユーザーメディアの無効化/有効化
• ユーザーメディア（例えば、「有効な時間帯」、「指定した深刻度のときに使用」、「有効」など）を手動で編集
• ユーザーに手動で追加のユーザーメディアを追加

詳細は、Authentication をご参照ください。

アイテムのタイムアウト設定の強化

タイムアウトを設定可能なアイテムタイプが増え、かつ個々のアイテムレベルでタイムアウトを設定可能になりました。また、アイテムタイプ毎にグローバルおよび Zabbix プロキシレベルでのタイムアウト設定も可能です。タイムアウトの優先順位はアイテムレベルが最も高く、次にプロキシレベル、最後にグローバルレベルとなり、優先順位の高い設定で上書きされます。

Oracle DB の非推奨化

Zabbix DB として Oracle DB が非推奨となりました。将来的に Oracle DB に対するサポートは完全に削除されます。

Zabbix エージェントの通信プロトコルの改善

Zabbix エージェントがパッシブチェックに用いる JSON ベースのプロトコルが改善されました。以前のバージョンのエージェントとの互換性のために平文での通信プロトコルへの切り替え機能が追加され、エージェントから ZBX_NOTSUPPORTED が返された場合には平文のアイテムキーのみでリトライされます。また、zabbix_get コマンドにプロトコルを指定するための -P/--protocol オプションが追加されました。

• auto: JSON プロトコルで接続し、失敗時には平文でリトライ
• json: JSON プロトコルで接続
• plaintext: 平文でアイテムキーのみを送信するプロトコルで接続

Zabbix agent/agent2プロトコルの統合

Zabbix agent を、Zabbix agent2 プロトコルに切り替えることで、Zabbix agent と Zabbix agent2 のプロトコルが統合されました。
Zabbix agent と Zabbix agent2 のリクエスト/レスポンスの違いは、variant の値(“1” – Zabbix agent, “2” – Zabbix agent 2)で区別されます。

詳細は、Passive and active agent checks をご参照ください。

アクティブチェックにおける例外設定/定期設定のサポート

アクティブチェックタイプのアイテムで監視間隔の例外設定/定期設定が、Zabbix agent/agent2 の両方でサポートされるようになりました。（以前は Zabbix agent2 のみ）

LLDで見つからなくなったリソースの自動無効機能

LLDで見つからなくなったリソースを自動的に無効化できるようになりました。見つからなくなったリソースは、即座に無効化したり、指定時間後に無効化したり、未監視とするなどの設定が可能です。

失われたリソース (ホスト、アイテム、トリガー) は、ステータス列に情報アイコンでマークされ、そのステータスが変化した理由などの詳細が表示されます。

スクリプト実行時におけるパラメータ値の手動入力機能

スクリプトの実行時にパラメータを手動で入力して実行できるようになりました。スクリプト内の {MANUALINPUT} マクロの箇所が、手動入力した値に置き換えられます。入力値は自由記述かドロップダウンを選択可能です。

Zabbix API を介した Zabbix サーバへの監視データ送信

従来の zabbix_sender コマンドに加えて、Zabbix API の history.push メソッドでも Zabbix サーバに監視データを送信できるようになりました。データを受信するには、従来通り Zabbix トラッパータイプもしくはトラッピングの有効化を設定した HTTP エージェントタイプのアイテムの設定が予め必要です。history.push によるデータ送信は監査ログに記録されます。また、ユーザーの役割設定における API メソッドの許可/拒否リストで history.push を設定可能です。
詳細は、history.push をご参照ください。

パフォーマンス

メンテナンス期間の更新反映の迅速化

メンテナンス対象の判定が既存の毎分 00 秒になった際に加えて、設定キャッシュの更新時にも実行されるようになりました。これによってメンテナンス期間の変更時にメンテナンスの開始および停止がより迅速に行われるようになります。メンテナンスの開始および停止の速度は設定キャッシュの更新間隔 (CacheUpdateFrequency の設定値) に依存します。また、既に開始されているメンテナンス設定に新たなホストもしくはホストグループが追加された場合、それらのホストに対するメンテナンスは既存の毎分 00 秒のチェックにより有効になります。

権限チェックの迅速化

非特権ユーザーに対する権限のチェックがより迅速に行われるようになりました。これにより、フロントエンドのホストや障害ページなどがより早く表示されるようになります。

トリガーアクション実行の高速化

トリガーアクションの実行内容、復旧時の実行内容、および更新時の実行内容の実行が、トリガーステータスの変更後、Zabbix サーバー上で即時実行 (100 ミリ秒未満) されるようになりました。(これまでは、最大 4 秒の遅延がありました)

遅延の短縮は、複数のプロセス (escalator と escalation initiator、escalator と alerter、preprocessing manager と history syncer) 間のプロセス間通信 (IPC) メカニズムを実装することで可能になりました。

ウィジェットの追加、更新

いくつかの新しいウィジェットが追加され、他のウィジェットの利用可能な機能も強化されました。さらに、ダッシュボードウィジェットは相互に接続して通信できるようになり、ウィジェットとダッシュボードがより動的になりました。

ゲージウィジェット

単一のアイテムの値をゲージで表示するウィジェットが追加されました。

円グラフウィジェット

選択した複数のアイテムの値を円グラフで表示するウィジェットが追加されました。表示形式は円グラフとドーナツグラフが選択可能です。また、凡例タブにアグリゲーション関数の表示オプションが追加されました。

ハニカムウィジェット

監視対象の監視値の動的で鮮明な概要をハニカムで表示するウィジェットが追加されました。

上位トリガーウィジェット

障害の多いトリガーを表示するウィジェットが追加されました。

アイテムのヒストリウィジェット

複数のアイテムタイプ (数値、文字、ログ、テキスト、バイナリ) のさまざまな表示オプションをサポートするウィジェットが追加されました。たとえば、進行状況バーやインジケーター、バイナリ データ型のイメージ (ブラウザアイテムに便利)、テキスト値の強調表示 (ログ ファイルの監視に便利) を表示できます。

詳細は、Item history をご参照ください。

ホストナビゲーターとアイテムナビゲーター

さまざまなフィルタリングおよびグループ化オプションに基づいて、それぞれホストまたはアイテムを表示し、選択したホストまたはアイテムに基づいて他のウィジェットに表示される情報を制御できるウィジェットが追加されました。

詳細は、Host navigator および Item navigator をご参照ください。

ウィジェット間のコミュニケーションフレームワーク

ダッシュボードウィジェットが相互に接続および通信できるようになりました。「ダイナミックアイテム」ウィジェットパラメータが「ホストを上書き」パラメータに置き換えられ、複数のウィジェットに「期間」パラメータが追加されました。これらのパラメータを使用して、ウィジェットを再設定することなく、1 つまたは複数のウィジェットに表示されるデータソースを制御できます。データソースは、同じダッシュボード内にある互換性のあるウィジェット単体、ダッシュボード自体、またはウィジェット自体 (期間の場合) のいずれかになります。

アイテムの値/上位ホストウィジェット

アイテムの値ウィジェットおよび上位ホストウィジェットで表示の対象となる期間を指定できるようになりました。また、アイテムの値ウィジェットでは、指定した期間でのアグリゲート(集計)値の表示機能も追加されました。表示できるアグリゲート(集計)値は以下の通りです。

• 最小
• 最大
• 平均
• カウント
• 合計
• 最初
• 最新値

これらは最新値と平均値の比較やさまざまな期間での集計値の比較など、データ比較に活用できます。

テンプレートダッシュボードにおける利用可能ウィジェットの拡張

テンプレートダッシュボートですべてのウィジェットが利用可能になりました。

上位ホストウィジェットのソート機能の拡張

上位ホストウィジェットにおいて、アイテム値に加えてホスト名および文字列の行でもソート可能になりました。

ホスト稼働状況ウィジェットの機能拡張

ホスト稼働状況ウィジェットにおいて、アクティブチェックのインターフェースの状況を含めた稼働状況が表示可能になりました。また稼働状況に Mixed の項目が追加されました。少なくとも 1 つのインターフェースが利用不可、1 つのインターフェースが利用可能または不明である場合にこの項目に分類されます。さらに、インターフェイス別に分けずに、ホストの合計だけを表示することも可能です。

グラフウィジェットの凡例サイズの改善

グラフウィジェットにおいて、凡例のサイズが設定されたアイテム数に応じて変更されるようになりました。

関数

新しい関数

トリガー条件式および計算アイテムで以下の新しい関数が利用可能になりました。

• jsonpath(): JSONPath の結果を返す
• xmlxpath(): XML XPath の結果を返す

詳細は、String function をご参照ください。

更新された関数

• アグリゲート関数が非数値に対応しました。
• count および count_foreach アグリゲート関数に operator および pattern オプションが追加されました。これにより条件に一致した値のみをカウントすることが可能です
• 全ての foreach 関数が count でサポートされていない項目をカウントに含めなくなりました
• last_foreach 関数が period オプションをサポートするようになりました
• 予測関数が返す値が double 型の範囲まで拡張されました。timeleft() 関数は 1.7976931348623158E+308 までの値を、forecast() 関数は-1.7976931348623158E+308 から 1.7976931348623158E+308 までの値を受け取ることができるようになりました

アイテム

デフォルトの履歴保存期間

アイテムのヒストリ保存期間のデフォルトが31日に統一されました。

数値 (整数) アイテムでの浮動小数値の対応

数値 (整数) 型のアイテムで浮動小数値を受け取った場合、小数点以下を切り捨て整数値として保存されるようになりました。

Windows イベントログでのログ数カウント

Zabbix agent/agent2 に eventlog.count アイテムが追加され、出力されたイベントログの数を取得できるようになりました。

単一 OID の SNMP リクエストの非同期化

非同期で単一 OID の値を取得する get[OID] の SNMP アイテムが追加されました。

追加されたインターナルアイテム

• zabbix[proxy_buffer,buffer,]: メモリバッファの利用統計を返す
• zabbix[proxy_buffer,state,changes]: 起動してからモードが disk/memory に変更された回数を返す
• zabbix[proxy_buffer,state,current]: 新しいデータがディスク (データベース) とメモリのどちらに保存されるかを返す
• zabbix[discovery_queue]: キューに溜まっているディスカバリチェックの数を返す
• zabbix[vps,written]: データベースに書き込まれたヒストリ値の総数を返す

追加されたアイテム

• net.dns.perf: net.dns アイテムの実行タイミングに合わせて、サービスから応答の待ち時間を秒数で返す
• net.dns.get: DNS レコードの詳細な情報を返す (Zabbix エージェント 2 のみ)

更新されたアイテム

• net.dns および net.dns.record: DNS の逆引きを実行する際に、逆引きおよび正引きでの DNS 名を許容するようになりました
• system.sw.packages および system.sw.packages.get: Gentoo Linux をサポートするようになりました
• system.hostname: type パラメータで fqdn が指定できるようになり、完全修飾ドメイン名を返すことが可能になりました
• wmi.get および wmi.getall: Zabbix エージェント 2 においてブール値を表す文字列を含む JSON を返すようになりました
• oracle.ts.discovery: コンテナ名を {#CON_NAME} LLD マクロで返すようになりました
• oracle.ts.stats: 対象のコンテナ名を指定する conname パラメータが追加されました。また、返されるデータの JSON フォーマットが更新され、キーパラメータにテーブルスペース、タイプ、conname が指定されていない場合、返されるデータにはコンテナ名を含む追加の JSON レベルが含まれ、コンテナ間の区別が可能になります
• vmware.eventlog: 深刻度によるフィルタオプションが追加されました
• vmware.vm.discovery: 仮想マシンのネットワークインタフェースを返すようになりました。このデータはホストインタフェースのカスタマイズに利用可能です
• vmware.vm.net.if.discovery: ネットワークインターフェースのアドレスの配列を返すようになりました
• icmpping, icmppingloss および icmppingsec: リダイレクトを許容するかどうかを決めるための option パラメータが追加されました。リダイレクトのレスポンスがあった場合、このパラメータが空の場合はホストダウン、allow_redirect を指定するとホストアップとして扱われます

重複した SNMPv3 エンジン ID のロギング

SNMPv3 においてエンジン ID が重複した場合、Zabbix サーバのログに記録されるようになりました。ただしこの重複検知は各 snmp poller で個別に実行されることに注意してください。

標準アイテムに対するドキュメントへのリンクの追加

フロントエンドにおいて標準アイテムのドキュメントページへのリンクが追加されました。

保存前処理

利用不可アイテムに対するエラー処理の拡張

保存前処理の「サポートしていない値のチェック」が複数追加可能になり、正規表現で処理を振り分けられるようになりました。
詳細は、Check for not supported value をご参照ください。

一括更新時のユーザビリティ向上

保存前処理の一括更新に「置換」および「すべて削除」のラジオボタンが追加され、処理の内容がより分かりやすくなりました。

マクロ

アイテム名およびアイテムのプロトタイプ名におけるユーザーマクロのサポート

ユーザーマクロがアイテム名およびアイテムのプロトタイプ名でサポートされるようになりました。アイテムおよびアイテムのプロトタイプ名に対するユーザーマクロのサポートは Zabbix 6.0 で削除されましたが、再度サポートされるようになり、マクロ展開後のアイテム名での検索もサポートされます。

マクロ関数のサポート拡張

マクロ関数が全てのマクロタイプでサポートされるようになりました。

定期レポート

複数ページのレポート

複数ページのダッシュボードに対して、定期レポートにおいてその全てのページが出力されるようになりました。

通知

アクティブエージェントにおけるリモートコマンド

アクティブモードで動作するバージョン 7.0 の Zabbix エージェントで、リモートコマンドの実行が可能になりました。

インターナルイベントに対するタグのサポート

Webhook スクリプトにおける「タグとして処理」の設定がインターナルイベントでもサポートされるようになりました。{EVENT.TAGS.}、{EVENT.TAGS}、{EVENT.TAGSJSON}、{EVENT.RECOVERY.TAGS}、{EVENT.RECOVERY.TAGSJSON} のマクロもインターナルイベントの通知でサポートされます。

データベース

TimescaleDB における監査ログのハイパーテーブル化

TimescaleDB において auditlog テーブルがハイパーテーブルに変換されるようになりました。Zabbix 7.0 以前のバージョンからアップグレードする際には、Zabbix サーバの起動前に改めて timescaledb.sql を実行する必要があります。また、このスクリプトを実行せずに起動すると、ログに警告が出力されます。

Zabbix プロキシに対するテーブルの分割

Zabbix プロキシのレコードが hosts テーブルから分離され、proxy テーブルに保存されるようになりました。プロキシの運用データも host_rtdata テーブルから proxy_rtdata テーブルに移動されます。

プロセス

マルチスレッド化

マルチスレッド化への移行の一部として、プロセスにいくつかの変更点があります。

• コンパイル時の configure オプションとして --with-stacksize オプションが追加されました。このオプションはデフォルトのシステムのスタックサイズを kB 単位で上書きします
• ユーザーマクロの展開処理が preprocessing manager から preprocessing worker に移動されました

サーバ環境の制限の強化

デフォルトでグローバルスクリプトが実行禁止(EnableGlobalScripts=0)となっています。
また、フロントエンド構成ファイル(zabbix.conf.php)でユーザーのHTTP認証を無効($ALLOW_HTTP_AUTH=false)にできます。

設定ファイル検証オプションの追加

zabbix_server、zabbix_proxy、zabbix_agent、zabbix_agent2、zabbix_web_service コマンドに設定ファイルに誤りがないかを検証するためのオプション -T/--test-config が追加されました。設定ファイルに誤りがない場合は終了コード 0、ある場合は 0 ではない終了コードと共に対応するエラーメッセージが出力されます。非推奨のパラメータが利用されているなどの警告がある場合でも、終了コードは 0 となります。

実行時の cURL ライブラリの検知

cURL ライブラリの検知が Zabbix サーバ、プロキシ、エージェントの再起動時に変更され、ライブラリのアップグレードにより再コンパイルが不要になりました。

Zabbix エージェント 2 の設定

• BufferSize のデフォルト値が 100 から 1,000 に変更されました
• プラグイン関連のパラメータ値で空値が許容されるようになりました

Windows の Zabbix エージェントサービスのスタートアップ設定

Windows の Zabbix エージェントサービスのスタートアップタイプを設定するオプション(-S –startup-type) が追加されました。
スタートアップの種類(自動、自動(遅延開始)、手動、無効)をコマンドラインオプションで指定できます。

旧型式の浮動小数点型のサポート終了

非推奨となっていた古いスタイルの浮動小数点型は、サポートされなくなりました。

サーバ、プロキシの設定ファイルに VaultPrefix パラメータが追加

zabbix_server.conf および zabbix_proxy.conf に、VaultPrefix パラメータが追加されました。zabbix.conf.php にオプションの $DB[‘VAULT_PREFIX’] が追加され、setup.php がそれに応じて更新されました。
そのため、Cyber​​Ark および HashiCorp の Vault パスは、非標準パスでの Vault 展開を可能にするためにハードコードされなくなりました。

ディスカバリ

ネットワークディスカバリの同時実行

ネットワークディスカバリがチェックのタイプ毎に並行して実行されるようになりました。StartDiscoverers のパラメータは discovery worker のプロセス数を設定するパラメータとなり、デフォルト値が 1 から 5 に、設定可能な最大値が 1,000 に変更されました。更に、ディスカバリルール毎に利用可能な worker 数を設定できるようになりました。

ディスカバリおよび自動登録時のホストタグの追加

ディスカバリおよび自動登録イベントの実行内容として、ホストタグの追加および削除が利用可能になりました。

ディスカバリによるホストグループの共有

ローレベルディスカバリにおいて、既に存在するホストグループにローレベルディスカバリによって生成されたホストを所属させることが可能になりました。

コネクタ

ストリーミングにおけるデータ選択と試行間隔の設定

アイテム値を Zabbix から外部のシステムにストリーミングする際に、コネクタがストリーミングするアイテム値をタイプ (数値(整数)、数値(浮動小数点)、文字列など) に基づいて設定できるようになりました。さらに、アイテム値やイベントのストリーミング時の試行間隔を設定できるようになりました。

Apache Kafka へのストリーミング

Apache Kafka へストリーミング可能なツールが追加されました。
詳細は、Kafka connector for Zabbix server をご参照ください。

テンプレート

新しいテンプレートと既存のテンプレートの変更があります。
詳細は、Template changes をご参照ください。

フロントエンド

多要素認証

多要素認証 (MFA) を使用して Zabbix にサインインできるようになりました。これにより、セキュリティがさらに強化されます。

• TOTP (Time-Based One-Time Password) 認証
• Duo ユニバーサルプロンプト認証

US 時間フォーマット

フロントエンドで en_US の言語設定をしている場合、日時も US 標準のフォーマットで表示されるようになりました。

複製の単純化

ホスト、テンプレートおよびマップの「複製」が削除され、「すべて複製」が「複製」に名称変更されました。機能は「すべて複製」と同等です。

アイコンのフォントへの変更

フロントエンドのアイコンが画像からフォントへ変更されました。

モーダルフォーム

フロントエンドのフォームの一部がモーダル (ポップアップ) ウィンドウで開くようになりました。

• ネットワークディスカバリルール設定
• グローバルスクリプト設定
• イベント相関関係設定
• モジュール設定
• メディアタイプ設定
• テンプレート設定
• トリガーおよびトリガーのプロトタイプ設定
• アイテムおよびアイテムのプロトタイプ設定

高度な設定の折り畳み

「高度な設定」の設定ブロックがチェックボックスから折り畳みによる展開形式に変更されました。

上位トリガーセクションの改善

「レポート」⇒「障害発生数上位100項目」のメニュー名が「上位の 100 トリガー」に変更されました。障害名とタグによるフィルタリングが追加され、ステータス変更数ではなく検出された障害数が表示されるようになりました。

設定フィールドに対する文字数制限の拡張

• URL フィールドの文字数が 2048 文字に拡張されました
• 認証フィールドのユーザー名およびパスワードの文字数が 255 文字に拡張されました

アイテム/保存前処理のテスト結果の切り捨て

アイテムをテストする場合、または、保存前処理をテストする場合、ホストから取得された値とテスト結果は、フロントエンドに送信されるときに最大サイズ 512 KB に切り捨てられるようになりました。

ホストダッシュボードタブ

ホストのダッシュボードのホスト選択がドロップダウンからページヘッダのタブに変更されました。

監査ログ

Zabbix サーバによって実行されるローレベルディスカバリ、ネットワークディスカバリおよび自動登録の監査ログの有効/無効を「管理」⇒「監査ログ」から設定可能になりました。

最新データのフィルター

「監視データ」⇒「最新データ」では、フィルターが設定されていない場合、サブフィルターとデータはデフォルトで表示されなくなりました。

最小要求 PHP バージョンの変更

要求される最小の PHP バージョンが 7.4.0 から 8.0.0 に変更されました。

要素名の変更

• 一部のウィジェットの「タグ」ラベルがより明確な名称に変更されました
• マップ一覧からマップの編集画面へのリンク名が「Constructor」から「Edit」に変更されました (日本語ではどちらも「変更」と表示されるため、変更はありません)
• アイテムおよびアイテムのプロトタイプの設定画面におけるヒストリとトレンドの保存期間フィールドの名称が変更されました
• 上位ホストウィジェットの「Order column (表示順序)」および「Host count (ホスト数)」フィールドが「Order by (※日本語未翻訳)」および「Host limit (ホスト数の上限)」に変更されました
• グラフウィジェットの凡例の「Display min/max/avg (最小/最大/平均を表示)」フィールドが「Display min/avg/max (最小/平均/最大を表示)」に変更されました
• ユーザープロファイルの「Messaging (アラート表示)」タブが「Frontend notifications (ポップアップ通知)」に変更されました

その他の変更

• メインメニューのアイコンが更新されました
• データがない、またはフィルターが設定されていないことを示すメッセージが更新されました
• システム情報ページで Zabbix プロントエンドと Zabbix サーバのバージョンが表示されるようになりました
• メディアタイプ一覧画面で利用されるアクションがすべて表示されるようになりました
• 最新データ画面で状態（すべて/ノーマル/取得不可）フィルタが追加されました
• 障害画面で確認状態 (すべて/未確認状態/確認済/私が確認) フィルタが追加されました
• マップ要素および図形の設定と一括更新のポップアップウィンドウに標準のウィンドウクローズボタンが追加されました
• ユーザーグループの権限およびタグフィルタの設定が改善され、一度に複数のホストやテンプレートグループを同じ権限で設定できるようになりました
• 1 つのブラウザでグローバル通知をスヌーズすると、ユーザーがログインしているすべてのブラウザ/デバイスでスヌーズされるようになりました
• アイテムの値ウィジェットの「ホストを上書き」パラメータが高度な設定の前に移動しました

プラグイン

Ember+

Zabbix エージェント 2 による Ember+ の直接監視用の新しいプラグインが追加されました。
詳細は、Ember+ plugin readme をご参照ください。

インストール

RHEL 系 OS に対するインストールパッケージの分離

AlmaLinux、CentOS Stream、Oracle Linux、Rocky Linux のバージョン 8 と 9 には、専用のインストールパッケージが提供されるようになりました。

ARM64/AArch64 のサポート

SLES/OpenSUSE Leap 15 と同様に、Debian, RHEL 8, 9 およびその派生 OS でも ARM64/AArch64 用のパッケージが提供されるようになりました。

前回までの 第 1 回 Zabbix を動かしてみよう、第 2 回 Zabbix のさまざまな監視機能を試してみよう では、Zabbix のインストールから監視設定まで、Zabbix の一通りの使い方を紹介しました。

今回は、Zabbix の Web 管理画面で行ったさまざまな操作を管理画面を使用せずに行える Zabbix API について解説します。
また、PhpZabbixApi を用いた PHP 言語による Zabbix API の使用方法について解説します。

2.Zabbix API の概要

Zabbix API を使用すると、管理画面を使用せずに Zabbix に蓄積されている各種データを取得したり、各種設定を行ったりすることができます。
Zabbix API は Zabbix 2.0 から正式な機能として提供されています。

Zabbix API は JSON-RPC というプロトコルを用いて HTTP で Zabbix フロントエンドにアクセスして、Zabbix を操作することができます。
API 用の URL に対して、JSON 形式のデータを送ることで、JSON 形式のレスポンスが返ります。
API はメソッド名とパラメータから構成されます。

Zabbix API の操作手順は以下になります。

1. 認証用 API（user.login）を実行してアクセストークンを取得する
2. 1.のアクセストークンを用いて API にアクセスする

Zabbix API のリファレンスは Zabbix マニュアルの API を参照してください。

代表的な Zabbix API の例を以下に挙げます。

3.PhpZabbixApi について

Zabbix API は cURL などの汎用の HTTP クライアントツールや、HTTP や JSON に対応した言語を用いることで使用できますが、認証や JSON データの作成を自前で行うのは煩雑になります。

そこで、各種言語に提供されている Zabbix API 用のライブラリを用いることで、Zabbix API を容易に扱うことができるようになります。

本記事では、PhpZabbixApi を用いて Zabbix API を使用します。
PhpZabbixApi は PHP 用の Zabbix API ライブラリです。

4.PhpZabbixApi のインストール

PhpZabbixApi ライブラリのインストール自体は非常に簡単です。

以下のサイトの「Download ZIP」からライブラリをダウンロードして、実行する PHP スクリプトから参照できるようにします。
https://github.com/confirm/PhpZabbixApi

本手順では、composer によってライブラリを準備することを前提とします。
(プロキシなどがあれば実行前に設定しておく)

# git clone https://github.com/confirm/PhpZabbixApi.git
# cd PhpZabbixApi
# composer update

また、PHP スクリプトをコマンドラインから実行できるように、コマンドライン版の PHP をインストールしておいてください。

5.Zabbix API の基本操作

1. アクセス URL
Zabbix API にアクセスするための URL は以下になります。

（Zabbix フロントエンドのトップ URL）/api_jsonrpc.php

例えば、Zabbix の管理画面URLのトップが http://www.example.com/zabbix/ の場合、 http://www.example.com/zabbix/api_jsonrpc.php になります。
Zabbix フロントエンドと同じホスト上であれば http://localhost/zabbix/api_jsonrpc.php になります。

2. 認証と API の呼び出し
実際に PhpZabbixApi を使って Zabbix フロントエンドにアクセスし、 API を呼び出してみましょう。

ここでは、「apiinfo.version」という、Zabbix API のバージョンを取得するメソッドを呼び出します。

<?php

require_once __DIR__.'/vendor/autoload.php';

use Confirm\ZabbixApi\Exception;
use Confirm\ZabbixApi\ZabbixApi;

try {
    $api = new ZabbixApi('http://localhost/zabbix/api_jsonrpc.php', 'Admin', 'zabbix');
    $res = $api->apiinfoVersion();
    var_dump($res);
} catch (Exception $e) {
    echo $e->getMessage() . "\n";
}

?>

上記の内容を apiinfoVersion.php というファイルに保存し、コマンドライン版 PHP で実行します。
スクリプトの実行に成功すると、以下のような結果が出力されます。

$ php apiinfoVersion.php
string(6) "5.0.17"

6.メソッド名とパラメータについて

Zabbix API のリファレンスを PhpZabbixApi に読み替えるには、以下のルールを使用します。

1. メソッド名
以下のように、ピリオドの後の単語の 1 文字目を大文字にして結合します。

apiinfo.version → apiinfoVersion()
item.getobjects → itemGetObjects()

2. パラメータ
JSON のオブジェクト（{ } の部分）は PHP の配列でキーと値を使用し、JSON の配列（[ ] の部分）は PHP の数値添字配列で表します。

JSON の文字列、数値はそのまま PHP の文字列、数値を使用します。

誤った型を使用するとサーバからエラーが返ります。

{ "host": "server1" } → array( 'host' => 'server1' )
{ "applications": [ "609", "610" ] } →array( 'applications' => array( '609', '610' ) )

PHP プログラムでは params の内容を引数に渡します。
params 以外の項目は PhpZabbixApi により自動的に生成されるため不要です。

JSON 形式で記述された以下のリクエストを PhpZabbixApi で送る場合は、以下のようにします（以下はテンプレートを作成する例です）。

JSON 形式:

{
    "jsonrpc": "2.0",
    "method": "template.create",
    "params": {
        "host": "Test template",
        "groups": {
            "groupid": 1
        },
        "hosts": [
            {
                "hostid": "10364"
            },
            {
                "hostid": "10365"
            }
        ]
    },
    "auth": "038e1d7b1735c6a5436ee9eae095879e",
    "id": 1
}

PHPZabbixAPI の場合:

$res = $api->templateCreate( array(
                                'host' => 'Test template',
                                'groups' => array(
                                    'groupid' => 1
                                ),
                                'hosts' => array(
                                    array('hostid' => '10364'),
                                    array('hostid' => '10365')
                                )
                            ) );

Zabbix API で指定する各パラメータの詳細については、Zabbix API リファレンスを参照してください。

具体的に指定する値については、あらかじめ管理画面で登録しておいた設定項目の情報を API で取得し、その内容を参照すると分かりやすいです。

以下の例では、新しく「Test template」を作成し、ホストを割り当てています。

<?php

require_once __DIR__.'/vendor/autoload.php';

use Confirm\ZabbixApi\Exception;
use Confirm\ZabbixApi\ZabbixApi;

try {
    $api = new ZabbixApi('http://localhost/zabbix/api_jsonrpc.php', 'Admin', 'zabbix');
    $res = $api->templateCreate( array(
                                    'host' => 'Test template',
                                    'groups' => array(
                                                'groupid' => 1
                                                ),
                                    'hosts' => array(
                                                array('hostid' => '10364'),
                                                array('hostid' => '10365')
                                                )
                                    ) );
    var_dump($res);
} catch (Exception $e) {
    echo $e->getMessage() . "\n";
}

?>

スクリプトを実行します。

$ php templateCreate.php
array(1) {
  ["templateids"]=>
  array(1) {
    [0]=>
    string(5) "10441"
  }
}

次に、Web ブラウザで Zabbix の管理画面にログインし、[設定] → [テンプレート] より、「Test template」が作成されており、追加したホストが割り当てられていることを確認します。
(例では、「Test template」でフィルタリングしています)

7.アイテムの一括登録

実際に Zabbix API を使用して設定を行い、それが管理画面に反映されているかを見てみましょう。
以下のスクリプトは、テンプレート名からテンプレートの templateid を取得し、テンプレートに対して複数のアイテムをまとめて登録します。
すでに同名のアイテムがあるとエラーになるので注意してください。

<?php

require_once __DIR__.'/vendor/autoload.php';

use Confirm\ZabbixApi\Exception;
use Confirm\ZabbixApi\ZabbixApi;

try {
    $api = new ZabbixApi('http://localhost/zabbix/api_jsonrpc.php', 'Admin', 'zabbix');

    // Test templateテンプレートの templateid を取得
    $tmpls = $api->templateGet( array('output' => 'extend',
                                        'filter' => array('host' => 'Test template') ) );

    // テンプレート情報が配列で返ってくるので、templateid を取り出す
    foreach ($tmpls as $tmpl) {
        $hostid = $tmpl["templateid"];
    }

    // CPU usage アイテムを作成
    $res = $api->itemCreate( array( 'name' => 'CPU usage (API)',
                                        'key_' => 'system.cpu.util[,user,avg1]',
                                        'hostid' => $hostid,
                                        // type 0: Zabbix エージェント
                                        'type' => 0,
                                        // value_type 0: 浮動小数
                                        'value_type' => 0,
                                        'delay' => 30,
                                    ) );
    var_dump($res);

    // Load average アイテムを作成
    $res = $api->itemCreate( array( 'name' => 'Load average (API)',
                                        'key_' => 'system.cpu.load[]',
                                        'hostid' => $hostid,
                                        'type' => 0,
                                        'value_type' => 0,
                                        'delay' => 30,
                                    ) );
    var_dump($res);

    // Disk free アイテムを作成
    $res = $api->itemCreate( array( 'name' => 'Disk free (API)',
                                        'key_' => 'vfs.fs.size[/,free]',
                                        'hostid' => $hostid,
                                        'type' => 0,
                                        // value_type 3: 符号なし整数
                                        'value_type' => 3,
                                        'delay' => 60,
                                        'units' => 'B'
                                    ) );
    var_dump($res);

    // Disk usage アイテムを作成
    $res = $api->itemCreate( array( 'name' => 'Disk usage (API)',
                                        'key_' => 'vfs.fs.size[/,used]',
                                        'hostid' => $hostid,
                                        'type' => 0,
                                        'value_type' => 3,
                                        'delay' => 60,
                                        'units' => 'B'
                                    ) );
    var_dump($res);

    // Log (messages)アイテムを作成
    $res = $api->itemCreate( array( 'name' => 'Log (messages) (API)',
                                        'key_' => 'log[/var/log/messages,"warning|error",,100]',
                                        'hostid' => $hostid,
                                        // type 7: Zabbixエージェント（アクティブ）
                                        'type' => 7,
                                        // value_type 2: ログ
                                        'value_type' => 2,
                                        'delay' => 60,
                                    ) );
    var_dump($res);

} catch (Exception $e) {
    // 例外が発生した場合、メッセージを表示する
    echo $e->getMessage() . "\n";
}

?>

スクリプトを実行し、アイテムの作成に成功すると以下のような結果が出力されます（id の値は毎回変わります）。

$ php itemCreate.php
array(1) {
  ["itemids"]=>
  array(1) {
    [0]=>
    string(5) "36633"
  }
}
array(1) {
  ["itemids"]=>
  array(1) {
    [0]=>
    string(5) "36636"
  }
}
array(1) {
  ["itemids"]=>
  array(1) {
    [0]=>
    string(5) "36639"
  }
}
array(1) {
  ["itemids"]=>
  array(1) {
    [0]=>
    string(5) "36642"
  }
}
array(1) {
  ["itemids"]=>
  array(1) {
    [0]=>
    string(5) "36645"
  }
}

次に、Web ブラウザで Zabbix の管理画面にログインし、[設定] → [テンプレート] の「Test template」の「アイテム (n)」をクリックし、アイテムが登録されていることを確認します。

8.グラフとスクリーンの作成

次に、グラフとスクリーンを Zabbix API を使用して作成してみましょう。

まず、以下のスクリプトでグラフを作成します。

<?php

require_once __DIR__.'/vendor/autoload.php';

use Confirm\ZabbixApi\Exception;
use Confirm\ZabbixApi\ZabbixApi;

try {
    $api = new ZabbixApi('http://localhost/zabbix/api_jsonrpc.php', 'Admin', 'zabbix');

    // 各アイテムの情報を取得
    $items = $api->itemGet( array('host' => 'Test template',
                                'filter' => array('name' => 'CPU usage (API)') ) );
    foreach ($items as $item) {
        $itemcpu = $item['itemid'];
    }

    $items = $api->itemGet( array('host' => 'Test template',
                                'filter' => array('name' => 'Load average (API)') ) );
    foreach ($items as $item) {
        $itemload = $item['itemid'];
    }

    // CPU load 折れ線グラフを作成（CPU 使用率 + ロードアベレージ）
    $res = $api->graphCreate( array('name' => 'CPU load/usage (API)',
                                        'width' => 900,
                                        'height' => 200,
                                        'gitems' => array(
                                                array(
                                                        'itemid' => $itemcpu,
                                                        'color' => 'C80000',
                                                        'yaxisside' => 0
                                                ),
                                                array(
                                                        'itemid' => $itemload,
                                                        'color' => '00C800',
                                                        'sortorder' => 1,
                                                        'yaxisside' => 1
                                                )
                                        )
                                ) );
    var_dump($res);

} catch (Exception $e) {
    // 例外が発生した場合、メッセージを表示する
    echo $e->getMessage() . "\n";
}

?>

スクリプトを実行します。

$ php graphCreate.php
array(1) {
  ["graphids"]=>
  array(1) {
    [0]=>
    string(4) "1849"
  }
}

今回の例では2行1列のスクリーンを作成するため、手動でも、任意のグラフを作成しておきます。

次に、以下のスクリプトでスクリーンを作成します。

<?php

require_once __DIR__.'/vendor/autoload.php';

use Confirm\ZabbixApi\Exception;
use Confirm\ZabbixApi\ZabbixApi;

try {
    $api = new ZabbixApi('http://localhost/zabbix/api_jsonrpc.php', 'Admin', 'zabbix');

    // zabbix-agentに属するグラフからscreenitems情報を作成
    $screenitems = array();
    $y = 0;

    $graphs = $api->graphGet( array('hostids' => '10364') );
    foreach ($graphs as $graph) {
        print $graph["graphid"] ." ";
        print $graph["name"] ."\n";

        // resourcetype: 0: グラフ, (x, y): スクリーン上の位置
        $screenitems[] = array( 'resourcetype' => 0,
                                'resourceid' => $graph["graphid"],
                                'rowspan' => 1,
                                'colspan' => 1,
                                'x' => 0,
                                'y' => $y++ );
    }
    var_dump($screenitems);

    // スクリーンを作成し（2 行 1 列）、グラフを追加
    $res = $api->screenCreate( array('name' => 'New screen (API)',
                                        'hsize' => 1,
                                        'vsize' => 2,
                                        'screenitems' => $screenitems
                                    ) );
    var_dump($res);

} catch (Exception $e) {
    // 例外が発生した場合、メッセージを表示する
    echo $e->getMessage() . "\n";
}

?>

スクリプトを実行します。

$ php screenCreate.php
1853  CPU usage
1850  CPU load/usage (API)
array(2) {
  [0]=>
  array(6) {
    ["resourcetype"]=>
    int(0)
    ["resourceid"]=>
    string(4) "1853"
    ["rowspan"]=>
    int(1)
    ["colspan"]=>
    int(1)
    ["x"]=>
    int(0)
    ["y"]=>
    int(0)
  }
  [1]=>
  array(6) {
    ["resourcetype"]=>
    int(0)
    ["resourceid"]=>
    string(4) "1850"
    ["rowspan"]=>
    int(1)
    ["colspan"]=>
    int(1)
    ["x"]=>
    int(0)
    ["y"]=>
    int(1)
  }
}
array(1) {
  ["screenids"]=>
  array(1) {
    [0]=>
    string(2) "85"
  }
}

Zabbix の管理画面で、[監視データ] → [スクリーン] を開き、「スクリーン」で「New screen (API)」を選択して、スクリーンが作成されていることを確認します。

9.まとめ

今回は、Zabbix の管理画面上で行う各種操作を管理画面を使用せずに行える Zabbix API について解説しました。

Zabbix API を活用することで、さまざまな Zabbix の設定作業を自動化することができ、作業にかかるコストを大幅に削減することが可能になります。

Zabbix 5.4の変更点は以下のページに記載されています。

5 What’s new in Zabbix 5.4.0
Release Notes for Zabbix 5.4.0beta2

Zabbix 5.4 はポイントリリースとなり、サポート期間が短いため、実運用では LTS バージョンの利用を推奨します。

Zabbixのリリースポリシーについては、以下をご参照ください。
https://www.zabbix.com/jp/life_cycle_and_release_policy

Zabbix 5.4 の主な変更点を以下に挙げます。

スクリプトの集約

グローバルスクリプトには、アクション設定のスクリプトを含む、すべてのスクリプトが集約されます。

• JavaScriptをサポートするようになりました。
• スクリプトの最大長が65536バイトに増加しました。

アクションからグローバルスクリプトに移動したスクリプト

アクションのすべてのスクリプトは、グローバルスクリプトに移動されました。(以後、スクリプトはグローバルスクリプトの意味となります)
アクション別にスクリプトが保持されることはもうありません。
アクションの中でスクリプトを実行するには、Action operation にスコープ設定されたスクリプトの1つを選択するだけです。

スクリプトの管理画面で、様々な目的のスクリプトを保持できるようにするために、新しく「Scope」設定が追加されました。
スクリプトを構成する際、Scope を次のいずれかで設定できます。

Action operation
Manual host action
Manual event action

「Manual event action」は、イベントメニューからコマンドを実行できるようにするもう1つの新機能です。
この機能は、外部システムで障害のチケットを管理する際、スクリプト実行ができるなど便利な場合があります。
ダッシュボードの障害ウィジェットで障害名をクリックしても、イベントメニューを利用できるようになりました。

スクリプトの管理画面に、Scope フィルターが追加され、Scope でスクリプトをフィルターできるようになりました。

スクリプトに JavaScript 追加

スクリプトでは、外部HTTP サービスを呼び出す機能を備えた、JavaScript で記述されたカスタムロジックをサポートするようになりました。

JavaScript コードをスクリプトとして構成するには、[管理]-[スクリプト]より作成されるスクリプトタイプに、[Webhook] を選択します。

Webhook スクリプトタイプは、パラメータおよびスクリプト(JavaScript コード)、タイムアウトの3つのフィールドを提供します。

さらに、定義されたすべてのスクリプトを、イベントメニューから実行できるようになりました。

詳しくはこちらをご参照ください。

インターフェースでのホスト稼働状況

ホストの稼働状況について、ホストから個々のインターフェースへと変更になりました。
ホストに同じタイプの複数のインターフェースがあり、1つのインターフェースが使用できなくなった場合でも、同じタイプの他のインターフェースの状態には影響しません。

ホストの稼働状況の表示方法が以下のように変更されました。

• エージェント状態アイコンは、ホストで構成されているインターフェース(Zabbixエージェント、SNMP、IPMI、JMX) のみ表示されるようになりました。
  以下の例では、Zabbix エージェントとJMX のインターフェースのみが存在します。
  
• エージェント状態アイコンの上にマウスを置くと、同じタイプのすべてのインターフェイスのポップアップリストが表示され、各インターフェイスの詳細、ステータス、およびエラーが表示されます。
  
• エージェント状態アイコンの新しいステータスカラーとして黄色が追加されました。
• エージェント状態アイコンの色の意味が次のように更新されました。
  緑 ：このタイプのすべてのインターフェースが使用可能です。
  黄色：このタイプのインターフェースが少なくとも1つが使用不可です。
  赤 ：このタイプのインターフェースは使用できません。
  灰色：このタイプのインターフェースが少なくとも1つ不明(使用不可)です。

以下のインターナルアイテムは、指定タイプのエージェント状態を監視するようになりました。

zabbix[host,<type>,available]

ホスト稼働状況ダッシュボードウィジェットのカウントするロジックも更新されました。
詳細についてはこちらをご参照ください。

APIトークン

認証に利用できるAPIトークンのサポートが追加されました。

トークンまたはZabbix のユーザー名とパスワードを認証に使用してZabbix API にアクセスできます。

APIトークンの管理を許可/拒否する設定が[ユーザーの役割(ユーザーロール)]に追加されました。

十分な権限を持つスーパー管理者は、[管理]→[一般設定]の[APIトークン]セクションから、APIトークンを作成および管理ができます。
また、APIトークンは、新しく追加されたトークンAPIメソッド(token.*)を介して作成および管理することもできます。

APIトークンを管理する権限を持つ他のユーザーは、ユーザー設定またはAPI を介して、自分に割り当てられたトークンを確認できます。
トークンAPIメソッドについての詳細はこちらをご覧ください。

JAVASCRIPT オブジェクト

ネーミング

「CurlHttpRequest」オブジェクトの名前が、より分かりやすい「HttpRequest」に変更されました。
これまでのオブジェクト名は非推奨となり、Zabbix6.0 以降はサポートされません。

また、JavaScript との一貫性を高めるために、メソッド名も以下のように変更されました。
これまでのメソッド名は非推奨となり、Zabbix6.0 以降はサポートされません。

その他、ロギングメソッド用の新しいエイリアスが追加されました。

XMLオブジェクト

新しいJavaScriptのXMLオブジェクトが追加されました。
XML XPath によってデータを抽出し、XMLをJavaScriptオブジェクト(JSON)に、またはその逆に変換する機能が提供されます。

追加のJavaScriptオブジェクトについての詳細はこちらをご覧ください。

XMLからJSONへの前処理オプション

アイテムの保存前処理とローレベルディスカバリの保存前処理に、「XMLからJSON」の新しいオプションが追加されました。

SNMPv3の強力な暗号化プロトコル

SNMPv3 の強力な認証プロトコルおよびプライバシープロトコルのサポートが実装されました。

認証プロトコル：

SHA224
SHA256
SHA384
SHA512

プライバシープロトコル:

AES192
AES256
AES192C (Cisco)
AES256C (Cisco)

また、アップグレード後、既存のSHAプロトコルとAESプロトコルの名前がそれぞれ[SHA1]と[AES128]に変更されます。

詳細については、こちらをご参照ください。

トレンド関数キャッシュ

これまでは、トレンドベースのトリガー関数(trendavg、trendcountなど)は常にデータベースクエリを使用して必要なデータを取得していました。
新しいバージョンでは、トレンド関数キャッシュが実装され、計算されたトレンド関数の結果をキャッシュできるようになりました。

トレンド関数を処理するとき、Zabbixサーバーは、キャッシュされた結果についてトレンドキャッシュをチェックします。
障害が発生した場合、Zabbixサーバーはデータベースからデータを読み取り、結果をキャッシュします。

トレンド関数キャッシュは、トリガーに履歴またはタイマーベースの関数と混合されたトレンド関数が含まれている場合に、
データベースサーバーの負荷を減らすのに役立つ場合があります。

トレンド関数のキャッシュサイズは、新しいTrendFunctionCacheSizeサーバーパラメーターを使用して調整できます。
トレンド関数のキャッシュの有効性を監視するために、以下の新しいインターナルアイテムが実装されました。

zabbix[tcache,cache,<parameter>]

新しいLLDルールフィルター条件オペレーター

ローレベルディスカバリにおいて、指定されたマクロの存在（または不在）によるフィルタリングを設定できるようになりました。

「存在する」と「存在しない」という2つの新しいフィルター条件演算子が追加されました。

データベース

サポートバージョン

さまざまな本番環境で最高のZabbix パフォーマンスを確保するために、一部の古いデータベースバージョンのサポートは廃止されました。

さらに、すべてのデータベースにおいて、サポートされるバージョンが新しくなりました。

Zabbixは最新のデータベースバージョンでも動作する可能性がありますが、サポートされているバージョンの最新バージョンは、Zabbixのテストにおいて安定したパフォーマンスを提供することが確認されたバージョンを示しています。

Zabbix 5.4以降、次のデータベースバージョンが正式にサポートされています。

Poller プロセスからデータベースへの直接接続の排除

データベースへの直接接続は、Zabbix サーバー/プロキシ上の Poller、Unreachable poller、Java poller から削除されました。

これまでは、これらの直接接続は次の目的で利用していました。

• アイテム計算やアグリゲートチェック、いくつかのインターナルアイテムに利用していました。
• Zabbixエージェント、SNMP、JMXアイテムによってホスト稼働状況の更新する際に、Poller、Unreachable poller、Java poller、
  IPMIマネージャーは、ホストごとに個別のトランザクションを使用して、データベース内のホスト稼働状況を直接更新していました。
• さらに、ホスト稼働状況は、Zabbixプロキシからホスト稼働状況を受信するときにproxy poller スレッドとトラッパーによって更新され、
  ホスト稼働状況をリセットするときにConfiguration syncer によって更新されていました。
  （ホストのステータスが変更され、ホストが新しいプロキシに移動され、Zabbixプロキシが長時間使用できません）

今回、計算、集計、および内部チェックを処理するために、新しくHistory poller が導入されました。
設定ファイルの[StartHistoryPollers]パラメーターを使用することで、History poller のインスタンス数をカスタマイズできます。
各History poller はデータベース接続が必要なため、インスタンス数をできるだけ少なくすることをお勧めします。

ホスト稼働状況の更新に対処するために、availability manager プロセスが導入されました。
すべてのプロセスは、ホスト稼働状況の更新をavailability manager にキューイングし、そのキューはavailability manager によって
5秒ごとにデータベースにフラッシュされます。

以下のインターナルアイテムを使用して、新しいプロセスを監視できます。

zabbix[process,<type>]

ORACLE SETUP

• Oracleデータベースを作成するときに、イメージをOracleホストにコピーする必要がなくなりました。
• Net Service Name 接続方式のサポートを追加しました。
  Zabbix は、Easy Connect とNet Service Name の2種類の接続識別子(接続方法)をサポートするようになりました。
  詳細は、Oracleデータベースのセットアップを参照してください。

アイテム

VMwareクラスターのパフォーマンスカウンター

以下の新しいアイテムで、VMwareクラスターのパフォーマンスカウンターを取得できるようになりました。
詳細については、こちらをご参照ください。

vmware.cl.perfcounter[<url>,<id>,<path>,<instance>]

JMXアイテム

以下のJMXの監視および検出アイテムに、3番目のパラメータ「unique short description」が追加されました。ホスト上で同じオブジェクト名と属性名を持つ複数のJMXアイテムに使用される一意の説明となります。

jmx[]
jmx.discovery[]
jmx.get[]

詳細については、JMXアイテムの追加およびJMXオブジェクトの検出をご参照ください。

マクロ

• アイテムの値タイプを返す{ITEM.VALUETYPE}マクロが追加されました。
  (設定可能な値：0-数値フロート、1-文字、2-ログ、3-数値符号なし、4-テキスト)
  詳細については、こちらをご参照ください。
• fmttimeマクロ関数の期間処理がより柔軟になりました。
  詳細については、こちらをご参照ください。

新しいテンプレート

次のテンプレートが、監視に使用できるようになりました。

Hikvision camera by HTTP

テンプレート入手は、それぞれ以下をご参照ください。

• 新しくインストールした場合は、[設定]→[テンプレート]にあります。
• 以前のバージョンからアップグレードする場合は、これらのテンプレートをZabbix Gitリポジトリからダウンロードするか、
  ダウンロードした最新のZabbixバージョンのテンプレートディレクトリで見つけることができます。
  次に、[設定]→[テンプレート]より、Zabbixに手動でインポートできます。

ユーザーエイリアスの名前が「ユーザー名」へ変更

これまでユーザー設定で「エイリアス」と表示されていたシステムユーザー名は、「ユーザー名」に名前が変更されました。

こちらの変更に伴い、{USER.ALIAS}マクロは非推奨になりました。代わりに、新しい{USER.USERNAME}マクロを使用してください。

フロントエンド

テンプレート/ホストレベルでの値のマッピング

値のマッピングは、テンプレート/ホスト単位で、それぞれ値のマッピングを設定するようになりました。
グローバル設定における、値のマッピングは削除されました。

• アイテム設定の、値マップを選択するためのフィールドの名前が「値の表示」から「値のマッピング」に変更されました。
• アイテム一覧より、使用されている「値のマッピング」を検索できます。

詳細については、値のマッピングをご参照ください。

タグによる否定されたフィルタリング

いくつかのフロントエンドフィルターで、エンティティをフィルター処理できるようになりました。

• タグ名のみ
• 特定の名前または値を持たないタグに基づく

これは、タグフィルター条件に「存在する」、「存在しない」、「等しくない」、「含まない」という新しい演算子を追加することで実装されます。

これらのフィルタリングの変更は、次の場所に実装されています。

監視データ：
・障害関連のダッシュボードウィジェット（グラフ、障害中のホスト、障害、深刻度ごとの障害数）
・障害
・ホスト
設定：
・テンプレート
・ホスト
–>・トリガー

統合されたイベント相関関係設定フォーム

これまでは、2つのタブに分かれていたイベント相関関係ための設定フォームが、結合されて単一のページになりました。

分離されたホストとテンプレートのエンティティ

テンプレートに属する、アイテム、トリガー、グラフ、ディスカバリ、Webシナリオは、
ホストに属する、アイテム、トリガー、グラフ、ディスカバリ、Webシナリオから分離されるようになりました。
この変更を反映するために、設定セクションが更新されました。

テンプレートエンティティの場合：

• [ホスト]列と[ホスト]フィルターフィールドは、それぞれ[テンプレート]と[テンプレート]に名前が変更されます。
• 情報列は表示されなくなりました。
• テンプレートが更新され、テンプレートに関連するオプションのみが提供されるようになりました（状態、ディスカバリ、およびその他のセレクターが削除されました）。
• [今すぐ実行]と[履歴をクリア]ボタンが削除されました。
• ホストグループセレクターで、少なくとも1つのテンプレートを含むホストグループのみを選択できるようになりました。

ホストエンティティの場合：

• 一部のドロップダウンフィルタセレクタはボタンに置き換えられています。機能に変更はありません。
• ホストグループセレクターで、少なくとも1つのホストを含むホストグループのみを選択できるようになりました。
• ホストセレクターでホストのみを選択できるようになりました。

第3階層のメニュー

Zabbixのメインメニューの一部のセクションに、マウスクリックで表示される追加のメニューが追加されました。
セクション名の横にある小さな右矢印は、このセクションに第3階層のメニューがあることを示しています。

監視データ → 概要
監視データ → スクリーン
設定 　　　→ アクション
管理 　　　→ 一般設定
管理 　　　→ キュー

第3階層のメニューは、ページ上部のタイトルドロップダウンメニューより見やすい代替手段として導入されています。
タイトルドロップダウンも引き続き使用できるため、いずれかを選択してページ間を移動できます。

ホストとプロキシの非表示のPSKデータ

ホストおよびプロキシ設定のPSKアイデンティティおよびPSKのフィールドは書き込み専用になりました。
保存すると、これらの値をフロントエンドで再度表示したり、APIを介して取得したりすることはできませんが、新しい値に置き換えることができます。
ホストの場合、PSKアイデンティティとPSKはエクスポートされなくなります。

その他

• ホスト、テンプレート、アイテムなどの一括更新ページがポップアップウィンドウに置き換えられました。
• テンプレート、ホスト、マップなどをインポートするためのインポートページは、インポートポップアップウィンドウに置き換えられました。
• グローバル検索結果で、すべてのリンクが[構成]および[監視]見出しの下で視覚的に分離されるようになりました。

今回、「Zabbix認定スペシャリストコース(4.0)」でトレーニングを受講しましたので、
その内容および経験についてお伝えしたいと思います。
(気になる試験概要についても記載しております。)

現在、受講を検討中であったり、本ブログを契機に興味を持った方への参考情報として、
少しでもお役に立てれば幸いです。

コース概要

今回受講した「Zabbix認定スペシャリスト」コースを一言で伝えるなら、
「動作の仕組みを理解した上で、Zabbix監視システムの構築および運用が考えられるようになる。」です。

Zabbix公式トレーニングプログラムは、大きく以下の4つに分かれています。
(他にも目的を絞ったいくつかのコースがあります)

トレーニングコースの詳細は、こちらをご参照ください。

現在のZabbix公式トレーニングプログラム(4.0)には、過去のトレーニングコースにはなかった、
Level1とLevel4が追加されたとのことで、これまでの経験や目的に合わせて、
選択の幅があるのが特徴となっています。

今回受講した、「Zabbix認定スペシャリストコース」は、Level2となりますが、
260ページにおよぶテキストを3日間でこなしていく、かなりボリュームのある内容となっています。
小中規模環境における環境構築と監視運用ができる内容となっています。

Zabbix 2.4以降、Zabbix社は1年半ごとにLTS(長期サポート: Long Term Support)をリリースし、
ポイントリリースとして6ヶ月ごとに安定版をリリースしています。(リンク)

本ブログ執筆時点においては、Zabbix 5.0 LTSがリリース(2020/5/12リリース)されておりましたが、
講義の内容としてはZabbix 4.0 LTSをベースとしています。

一見、メジャーバージョンが異なるため、古い学習内容じゃないのかと思われるかもしれませんが、
実際はZabbixのバージョンが変わっても、ベースの挙動(考え方)は変わらないため、
ベースを理解した上で、他のバージョンとの比較や対応ができるようになると考えられます。

また、Zabbixの最新版での機能紹介やリリースノートについては、
我々が日本語化して随時本ブログにアップしておりますので、引き続きご参照いただければと思います。

「Zabbix認定スペシャリストコース」を修了すると、以下をもらうことができます。

• コース修了証明書
  Zabbix認定スペシャリストコース修了証明書
  *全日程の講義へ参加が条件となります。
• 認定書
  Zabbix認定スペシャリスト証明書 (Zabbix 4.0 Certified Specialist)
  *トレーニングコース最終日に試験を実施し合格点を満たすことが条件となります。

その他の特典として、「Zabbix認定スペシャリストポロシャツ」がもらえます。
ちゃんと、「Zabbix Certified Specialist」と刺繍してあります。(￣▽￣)b

講義の雰囲気

まずは、会場についてですが、開催時期やコースなどその時点での諸条件によって
会場が変わりそうです。
今回は、Zabbix Japan LLC本社のある、Zabbix Japan セミナールーム(東新橋)での開催でした。

まだまだ落ち着かない世界情勢の中、様々な対策がされておりました。

• アルコール消毒液、検温器の設置
• マスク、フェイスシールドの会場での準備
• ソーシャルディスタンスを意識した座席の配置
• 窓を全開にして通気性を確保した状態でのエアコン

開放感と木のぬくもりのある落ち着いた部屋で講義を受けることができました。
ドリンクサービスやおやつも提供されており、リラックスできました。
(皆さんドリンク飲みすぎで、少々トイレが混んでいましたが。。。)
また、遠方参加者にはうれしいランチマップなども準備されておりました。

次に、講義の際の雰囲気をお伝えします。
COVID-19の影響により、人数は少なめで、マスクやフェイスシールド着用など、
少々普段とは異なる雰囲気となっていることを予めお伝えしておきます。

講師は、Zabbix Japan LLC代表の寺島広大さんでした。
寺島さんは、日本におけるZabbixの第一人者であり、今でこそ世界的に有名となったZabbixですが、
当時、ラトビア発の無名だった監視アプリケーションをここまで広めた、すごい方です。

以下のような講義スタイルで進められます。

• 講師がプロジェクタに、プレゼン資料と実行画面(Zabbixの管理画面、コンソール)を切り替えながらの説明
• 一人一台の作業環境が準備されており、講師の説明を聞きながら、演習も進める
• 自分の環境を利用しての動作確認と、他のユーザとの相互監視も確認する
• 随時講師の説明をテキストへメモ書き(筆記用具は各自準備した方が良い)
• 講師の方もマスクをされており、窓も全開でしたが、大きく落ち着いた声で話されるので、
  特に聞き取りにくいということはありませんでした。

対面での講義と質疑応答のやり取りこそ、講義の真骨頂ではないでしょうか。

• 気になったことを随時質問してOKな雰囲気づくりと、節目節目で必ず質問を募って、懇切丁寧に解説してくれます。
• 少し前に質問があった個所に関連する事項が講義で出てくると、先ほどの質問回答に絡めた説明をしてくれるので、
  知識を関連付けて理解できるような講義だったなと感じました。
• 他の人の質問-回答から、新たな質問がでて、みんなで成長できる空間でした。
• DNSやOIDの名前解決あたりは、正常時は問題なく、異常時に比較的陥りやすい設定であったり、
  “(ダブルクォーテーション)が必要な考え方など、ここでの不具合はこれらのパターンが多いなど
  経験に基づく知見を多く学べました。
• 質問回答で、DBの確認や、プロセス、コンフィグ設定、Web画面を見たりして、
  構成や中身を意識させるような説明がされていました。
• テンプレートや各種グループ、タグなど、実際の環境での監視端末が激増することを想定した説明となっていました。
• 本来、別のコースへ移動となった学習単元についても、懇切丁寧に説明いただきました。

休憩時間などに周りでは「これまで分からなかったところが分かるようになってきた」という声も
聞こえており、自分だけではなかったなという印象を受けました。

試験の概要

試験概要と出題概要については、あまり詳しくは書けませんが、
以下を意識して講義を受けることで、得点に繋がるかもしれません。

試験概要

• 実施形式：CBT(Computer Based Testing)試験
• 試験時間：1時間 (講義の最終日)
• 問題数　：50問
• 問題形式：選択式(1つ、または、複数選択式)
• 合格得点：80%　(問題数が50問なので、40問正解する必要がある)

出題概要

• その機能が、Zabbixで実現できるか
• この機能はどのような機能か
• 設定項目などの選択など
• Zabbixは設定項目が多いが、暗記問題は無し
• 重箱の隅をつつくような問題は無し

試験は難しい問題もありますし、ひっかけ問題もあります。
少しでも迷ったら印をつけて、まずはすべての問題を解くことを優先してみてください。
後からその問題を考え直す時に、残りの問題数が少ないことで落ち着いたり、
他の問題や回答によって頭の中が整理されるかもしれません。

まとめ

講義の雰囲気や、試験の雰囲気などを感じていただけましたでしょうか？

私自身、この講義を受けるまでは、Zabbixのリファレンス的なマニュアルはあるが、
体系的な学習ができていなかったために、有用な活用ができていなかったと感じています。
また、設定内容も比較的自由度が高いため、特に初学者にとっては、
講義中の「普通は・通常は」という説明はベースを固めるうえでは非常に参考となりました。

これから講義を受けられる方は、日頃の疑問や、改善したいことなどをメモして講義を受けることで、
学習の定着にもつながりますし、Zabbixのプロにご質問いただける良い機会となると思います。