This is the documentation page for an unsupported version of Zabbix.
Is this not what you were looking for? Switch to the current version or choose one from the drop-down menu.
Table of Contents

5 Zabbix 2.0.0の新機能

5.1 主要な新機能

5.1.1 行レベルのディスカバリ

行レベルのディスカバリのドキュメントはこちら

5.1.1.1 ネットワークインターフェース・ディスカバリ

以下のプラットフォームでのネットワークインターフェイス・ディスカバリのサポートが追加されました。

  • Linux
  • Windows
  • Solaris
  • HP-UX
  • AIX
5.1.1.2 監視ファイルシステムのディスカバリ

監視ファイルシステムのディスカバリは、ファイルシステムの型と名前を返します。 以下のプラットフォームでの監視ファイルシステムのディスカバリのサポートが追加されました。

  • Linux
  • Windows
  • Solaris
  • HP-UX
  • AIX
  • FreeBSD
  • OpenBSD
  • NetBSD
  • MacOS X

ファイルシステム名または型の正規表現による絞込みが可能です。

5.1.2 インベントリデータの自動収集

ホストのインベントリが自動的に設定可能になりました。インベントリが自動モードに設定されている場合は、 アイテムはどのインベントリ領域の値でも保存できる特性をもっています。

5.1.3 Zabbixプロキシによるウェブ監視

リモートプロキシによってウェブシナリオが監視可能です。 それによってさまざまな場所にあるウェブアプリケーションの監視が可能になります。

5.1.4 複数のホームのホストをサポート

Zabbixは、1ホストで複数のインターフェースをサポートするようになりました。ホストプロパティの中で複数のインターフェースとホストの組み合わせを設定でき、複数のアイテムの型(Zabbixエージェント、SNMP、IPMIなど)に対してどの組み合わせをデフォルトとして使用するか指定できます。さらに、アイテムレベル上でインターフェースを再定義することができます。テンプレートが複数のインターフェースを定義したホストにリンクされているときは、その型のデフォルトのインターフェース(その時点でリストの最初のもの)が使用されます。1つのインターフェース上では1つのアイテムだけが監視されます。

どのアイテムでも使用されているインターフェースは削除できず、「削除」のリンクはグレーアウト表示されます。

いずれかのポート領域でユーザーマクロといっしょに使用すると、柔軟でパワフルな複数のホームのホストの監視方法となります。

SNMPアイテムに対しては、特定した場合には、アイテムレベルのポートがインターフェイスポートを上書きします。

アイテムに対するインターフェースは、アイテムのプロパティで選択できます。アイテムプロパティ内とアイテムの一括更新フォーム内の両方で、インターフェースはタイプごとにグループ化されています。

5.1.5 JMLの直接監視をサポート

追加のソフトウェアの導入をしないでJMXを監視する機能が、Javaゲートウェイのフォームに導入されました。

5.1.6 ホスト名の可視化

新しいマクロ ({HOST.HOST}, {HOST.NAME}, {HOST.IP})で、UTF8サポートによるホスト名の可視化が実装されました: {IPADDRESS}, {HOSTNAME} は推奨されません。

5.1.7 SNMP トラップ監視

SNMP トラップアイテムの文書はこちら

5.2 ユーザーインターフェイスの進化

5.2.1 新しいデザイン

Zabbixの画面のデザインが新しくなりました。ログインページ、表形式の表示、設定ウィザード、初期設定のトリガーの簡素な色など、すべてが新しいデザインです。

5.2.2 フロントエンドの変更

特に小さい画面で、よりユーザーフレンドリーになるよう、画面が変更されました。前バージョンまでは多くのページで横方向にスクロールしなければなりませんでしたが、今回レイアウトの改善とタブインターフェイスのおかげで画面にフィットしています。

以下のページが再作成されました:

  • ホストとテンプレートのプロパティ
  • ホストのプロパティは今回ホストナビゲーション・インターフェースで、ホストのプロパティの画面から、対象のホストのアイテムやトリガー、グラフ、その他の対象物に簡単にジャンプできるようになりました。(1.8と2.0のスクリーンショットを比較してください)
  • プロキシのプロパティ
  • アイテムのプロパティ
  • トリガーのプロパティ
  • アクションのプロパティ
  • グラフのプロパティ
    • グラフアイテムは、前後のリンクのクリックを繰り返すことで順番が変わるということがなくなりました。そのかわりに、ドラッグ&ドロップが可能になりました。

5.2.3 IE6サポートの終了

マイクロソフトのインターネット・エクスプローラ6は今後サポートされません。また、IE7のサポートも終了しました。

5.2.3.1 サポート外のブラウザの警告

Zabbixのインターフェースがサポート外の古いブラウザを見つけた場合は、警告ページを表示します。そのページは、複数の新しいバージョンのブラウザのダウンロードページへリンクしています。しかし、ユーザーはZabbixのインターフェースへのアクセスはブロックされません-警告ページ右下の角のリンクからZabbixのインターフェースにアクセスできます。

5.2.4 インターフェースのSQLiteサポート

5.2.5 インターフェースの高速化

インターフェース の複数のセクションのパフォーマンスが向上しています。例えば:

  • たくさんのイベントをもつシステムのダッシュボードのパフォーマンスが向上しました。
  • スーパーユーザーでない人用のネットワークマップ
  • スーパーユーザーでない人用の画面
  • ITサービス監視と設定のセクション
  • 可用性レポート

5.2.6 新しいネットワークマップのアイコン

Zabbix2.0用に全くネットワークアイコンが提供され、いくつかの新しいアイコンも導入されました。 アイコンの一覧

5.2.7 より直感的な範囲選択

前バージョンまでは、Zabbixインターフェース内での要素の範囲選択は直感的ではありませんでした - 範囲のはじめと終わりの両方で[Ctrl]キーを押さなければなりませんでした。2.0からは、範囲選択は多くの他のソフトウェアと同じようにできます。範囲選択のはじまりでチェックボックスをクリックし、[Shift]キーを押しながら範囲の終わりでチェックボックスをクリックするだけです。選択と、選択の解除が同じ方法でできます。(最初のクリックから選択できます)

5.2.8 カスタマイズ可能なダッシュボード

ダッシュボードの要素が、好きな場所にドラッグ&ドロップすることで自由にレイアウトできるようになりました。要素は3列まで配置できます。

5.2.9 gettexによる翻訳の管理

インターフェースの翻訳は、gettextで管理されるようになりました。つまり、PootlePoeditVirtaalのような標準的なツールでZabbixの画面を翻訳できるようになったということです。また、これで小さな翻訳の組織で作業できるようになり、コラボレーションの可能性を向上させることになります。

5.2.10 ネットワークマップの改善

ネットワークマップは、URLの操作に関していくつか改善されています。

** 図の要素に対して複数のURL **

以前のZabbixのバージョンでは、ネットワークマップの各要素に対しては、1つのURLだけが追加できていました。今回は、複数のURLが追加でき、またそれぞれにラベルを付けることができます。これは2つのレベルで可能です:

  • マップの要素のレベル
  • マップのレベル

例えば、ここでは、要素(ホスト)レベルに2つのURLが定義されています。

図のレベルでは、URLはすべてのタイプの要素に定義できます。ここでは、それぞれの利用可能な要素にURLが定義されています:

もちろん、同一のタイプの要素に複数のURLを追加することも可能です。

これら複数のURLが設定されたときは、マップの要素で[監視]セクションをクリックすると、ポップアップメニューで名前の一覧を表示します。要素がそれ自身のURLを持っていて、かつその型にマップレベルのURLが定義されている場合は、同じメニューの中にあわせて表示されます:

既存のマクロから、map URLsのマクロの中で{TRIGGER.ID}が使用可能です。

さらに、要素の[URL]フィールドで使用できるマクロが新たに3つ追加されました。

  • {HOST.ID}
  • {HOSTGROUP.ID}
  • {MAP.ID}

** グリッド選択の保存 **

前バージョンでは、グリッドを表示するか整列させるかといったマップのグリッドのオプションは、マップの設定フォームが閉じられた後で破棄されていました。2.0.0からは、選択されたグリッドのオプションは、それぞれのマップごとに、個別に保存されるようになりました。

** 図の要素のタイプごとにラベルの型を設定 **

前バージョンでは、マップの中のすべての要素に対してラベルのタイプを選択できました。2.0.0からは、それぞれのマップごとに「拡張ラベル」機能を利用可能になり、イメージ、トリガー、ホスト、ホストグループ、マップ、といった要素のタイプごとに要素ラベルを選択できます。

** ホストグループからのホストの表示 **

ホストグループの要素では、グループ内のすべてのホストを表示することが指定できるようになりました。この場合、ホストが配置されている領域を指定できます。

** アイコンのマッピング **

ホスト型のマップの要素に対するアイコンの自動選択が追加されました。ホストのインベントリ領域からの値を利用して、図の要素に対してアイコンを選択します。

アイコンのマッピングは、[管理]→[一般]→[アイコンマップ]で設定できます。それぞれのアイコンマップは、独自の名前とデフォルトのアイコンと、マッピングの一覧をもっています。各マッピングは、マッチングの順番、マッチングの表現(PCRE正規表現 または Zabbix表現)、アイコンとインベントリ領域への参照の情報をもっています。アイコンマップはマップ設定フォーム内のマップに割り当てることができ、図の要素レベルで上書きされます。

どのアイコンを使用するかを決めるとき、指定したインベントリ領域に対して、正規表現が適合されます。どのマッピングが試されるかの順番は、適合順位によります。

** ドラッグによる要素の選択 **

マップ設定ビューの中で四角くドラッグして全ての要素を一度に選択できるようになりました。

** 選択されたリンクのハイライト表示 **

選択されたマップのリンクは、リンクの一覧内でハイライト表示されるようになりました。

** 変更された要素のハイライト表示 **

四角の塗りつぶしのかわりに、要素の選択は太い下線のハイライト表示で示されるようになりました。

** 要素のプロパティウィンドウの変更 **

マップの要素のプロパティウィンドウが変更されました。

  • リンクは、1つの要素が選択されたときにのみ表示されます。
  • 選択された要素のリストは、プロパティの上に表示されます(以前は下に表示されていました)
  • 複数の要素を編集するときは、左側のチェックボックスで更新のマークがされていないプロパティは編集可能になりません。
  • リンクを編集するときは、リンクの1つの端末だけが変更されます。その時点で選択されている端末は、このビューの中ではその後変更できません。さらに、ドロップダウン内では、端末はタイプごとにソートされて表示されます。

5.2.11 カスタマイズ可能なトリガーの深刻度と色

トリガーの深刻度の名前と色は、[管理]→[一般]→[トリガー]の重さ で簡単にカスタマイズ可能になりました。

5.2.12 カスタマイズ可能な障害表示

インターフェースでのトリガーの表示方法は、[管理]→[一般]→[トリガー表示オプション]でカスタマイズできるようになりました。OK/障害と、通知/非通知の両方がカスタマイズ可能です。

さらに、include/defines.inc.phpファイルを変更するかわりに、インターフェース内で、状態の変更後どのくらい後にOKのトリガーを表示して、どれくらいの時間ブリンクさせるかを設定できるようになりました。

5.2.13 インベントリレポート

収集したインベントリデータを使ってホストに関するレポートをする機能が、[監視]→[インベントリビュー]に追加されました。

5.2.14 イベントレポートのCSV出力

[監視]→[イベント]のページの右上の角のボタンを使って、イベントがCSVファイルにエクスポートできるようになりました。

その時点で見えるイベントだけがエクスポートされます。

5.2.15 ユーザーが実行可能なスクリプトの向上

** ユーザーが実行可能なスクリプトの確認 **

インターフェース上の[管理]→[スクリプト]で設定可能なユーザースクリプトは、実行前に確認メッセージを表示できるようになりました。管理者によって独自の確認メッセージが入力できます。この機能は、リブートのスクリプトのように危険なことが起こりえる操作や、時間がかかるかもしれない操作を実行する場合に、特に便利です。

確認は、設定フォーム内でテストできます。その場合、実行ボタンは無効です。

** スクリプトの型の指定機能 **

以前は、ユーザースクリプトがIPMIコマンドでなければならない場合、IPMIのシンタックス<command>に続けなければなりませんでした。Zabbix2.0からは、スクリプト編集フォームの中でそれはオプションになっています。

** Zabbixエージェント上でのスクリプト実行機能 **

Zabbix2.0以前は、ユーザースクリプトはZabbixサーバー上でのみ実行可能でした。2.0からは、その代わりに、エージェント上での実行が設定可能になりました。この機能を有効にするためには、エージェントがリモートコマンドを許可するように設定する必要があります。

5.2.16 メディアタイプの向上

** メディアタイプを使用しているアクションの表示 **

メディアタイプの設定画面で、そのメディアタイプ(ドロップダウンでSend onlyで選択されたもの)を直接参照しているアクションを表示し、アクセスすることが可能になりました。その列でソートするときは、エントリは、参照されているかどうかによってソートされるのみで、メディアタイプを参照しているアクションはソート順に影響しません。このページからアクション設定フォームに直接行くことも可能です。

** メディアタイプの有効化と無効化 **

5.2.16.1 グラフの凡例の非表示

たくさんのアイテムが追加されているグラフでは凡例がかなり大きくなります。また、他にも凡例を非表示にしたい理由があるでしょう。Zabbix2.0.0からは、チェックボックスをチェックするだけで、カスタムグラフに対して凡例の非表示が可能になりました。

5.2.17 ポップアップ表示の向上

マウスのロールオーバー時に現れる追加情報のポップアップが、モバイルデバイスのような小さな画面でもよりよくフィットするようにデザインされています。

5.2.18 ITサービスビューと設定の向上

監視は、マウスオーバー(とツールチップ)で80~100%が見えます。sla値を並べ替え、小数点でそろえられ、グラフ「表示」リンクが削除されてバー上にあり、予想されるslaが緑でなく黒で表示される、など表示が向上しています。

複数のサービスの依存関係を選択できます。

5.2.19 ホスト画面のテンプレート化

スクリーンはテンプレートで定義できます。テンプレートにリンクされているすべてのホストに対して定義可能です。どこででも、ホストのポップアップメニューや検索結果からもからアクセス可能です。

5.2.20 スクリーン内でのトリガーのソート機能

スクリーン内の、ホストまたはホストグループによるトリガー要素は、ホスト名または日付で簡潔にソートされるようになりました。

https://support.zabbix.com/browse/ZBXNEXT-746

監視セクションでは、このソートは表示だけで変更はできません。さらに、監視セクションでは、すべてのトリガー要素を表示できない場合は、見えるトリガーの数を表示します。

5.2.21 大きすぎるファイルがアップロードされようとしたときの警告

前バージョンでは、PHPのオプションのmax_max_upload_filesize limitを超えた場合、いくつかのアップロードの失敗が発生した理由をデバッグするのは容易ではありませんでした。今回は、大きすぎるXMLファイルや画像ファイルがアップロードされようとしたときにはZabbixが警告を表示します。

5.2.22 設定ウィザードの改善

設定ウィザードの設定条件のステップに関して、推奨のカラムは削除されました。さらに、正確な設定パラメータを必要とするような、失敗したPHPの設定は、エラーメッセージに表示されるようになりました。

より適切な文字が使用され、見た目がよくなり、2番目と8番目のステップが削除されました。

5.2.23 トリガー設定のヘルパー

トリガー設定のヘルパーは、今後はtrigger関数の last() に対して秒単位のパラメータの設定ができなくなりました。

5.2.24 検索結果のページの改善

検索結果のページでは、個別のブロックが配置されていました。今回からはそれらを折りたたんだり広げたりできるようになりました。

5.2.25 より多くのページにホストのポップアップメニューを追加

[監視]→[イベント]、[イベント詳細]、[監視]→[オーバービュー]のページに、ホストのポップアップメニューが追加されました。[監視]→[オーバービュー]では、ホストが左側の再度画面に表示されている場合にのみこのメニューが有効になります。

5.2.26 マップ設定画面用の新オプション「拡張マクロ」

バージョン2.0では、デフォルトではマクロの拡張が切られていて、それを有効にするか無効にするかを設定するマップ設定の画面用の新しいオプションが導入されました。多くのマクロを活用するマップでは、マクロの拡張を切ることが、パフォーマンスに非常に有効に働きます。

5.2.27 デバッグレイアウトの改善

インターフェースのデバッグ機能では、SQLのクエリの書式がわかりやすく改善されました。

5.2.28 一括更新中のトリガーの依存関係の削除を許可

トリガーの依存関係が1つも追加されていない場合で、かつトリガーの一括更新でコントロールチェックボックスがチェックされている場合は、選択されたトリガーに対するすべての依存関係が削除されるようになりました。

5.2.29 新規および更新された翻訳

5.2.29.1 新しい言語への翻訳
  • トルコ語
5.2.29.2 翻訳の更新
  • チェコ語
  • オランダ語
  • フランス語
  • ギリシャ語
  • ドイツ語
  • 日本語
  • ラトビア語
  • ポーランド語
  • ウクライナ語
  • ロシア語
  • スペイン語

5.3 新規および改善されたアイテム

5.3.1 アイテムの説明の追加

…そして、「説明」は「名前」になりました。 マクロ {ITEM.DESCRIPTION} と {ITEM.KEY}が追加になりました。

5.3.2 改善されたアイテム

system.localtimeキーは、以下のパラメータをサポートするようになりました:

  • utc (デフォルト) - 以前と同様のUnixのタイムスタンプを返します;
  • local - 'yyyy-mm-dd,hh:mm:ss.nn,+hh:mm' 形式の時間を返します。

net.tcp.dnsnet.tcp.dns.query は、それぞれnet.dnsnet.dns.recordに名前が変更されました。古いシンタックスは依然エイリアスとしてサポートされています。また、これらはWindows上でもサポートされるようになりました。

追加機能:

  • 最初のパラメータとしてのIPは今後無視されないので、ローカルホスト以外に異なるDNSサーバを指定できるようになります。
  • タイムアウトとリトライカウントの両方のアイテムが指定可能になりました。(ただしWindowsではサポートされていません)
  • net.dnsは、AやCNAME、MX(net.dns.recordはすでにサポート済み)などのDNSレコードタイプの指定をサポートするようになりました。詳細はアイテムの文書をご覧ください。

net.tcp.servicenet.tcp.service.perfは、httpsとtelnetをサポートするようになしました。

Solaris上のsystem.cpu.utilは、他のパラメータと統合されました - 「kernel」パラメータは「system」に変更され、「wait」パラメータは「iowait」に変更されました。

system.cpu.num は、OSXをサポートするようになりました。

system.cpu.loadは、第一パラメータとして「percpu」を受け付けます - 指定された場合は、オンラインのCPUの数によって分断された全体のロードが返ってきます。(デフォルトはまだallのままで、通常のロード値が返ります)

vm.memory.size は、さまざまなプラットフォーム用により多くのモードをサポートするようになりました。詳細は、プラットフォームごとのサポート状況vm.memory.size パラメータのページをご覧ください。

5.3.2.1 ログ監視での古いデータのスキップ

log[]、logrt[]、eventlog[]内での古いデータの処理の抑制がオプションとして追加されました。 追加されたパラメータmodeは、次の制御をおこないます:

  • all (デフォルト)
  • skip (古いデータの処理をスキップ)
5.3.2.2 シンプルチェック形式の変更

シンプルチェックの形式が変更されました。シンプルチェックでのIPアドレスの使用の可能性が追加されました。アップグレードの処理によって既存のシンプルチェックはすべて変換されます。

5.3.2.3 空の文字列を送信する機能

ユーザーパラメータ、外部チェック他、テキスト(文字、ログ、テキスト情報)を返すアイテムの型は、空の文字列を使用してかまいません。空の文字列は有効値として受け付けられます。以前は、ユーザーパラメータあるいは外部チェックから返された空の値は、サポートされていないアイテムとして扱われ、他のアイテムタイプに対してはZabbixサーバによって無視されていました。

5.3.2.4 外部チェックのパラメータの変更

外部チェックパラメータの操作が変更されました。前バージョンでは、パラメータは1つだけが受け付けられていました。Zabbix2.0からは、キーのシンタックスが、アイテムの他のタイプに適合し、カンマで区切られた複数のパラメータが通ります。

さらに、外部チェック用にハードコードされた第一パラメータ {HOST.CONN}は削除され、外部チェックパラメータは完全にカスタマイズ可能になりました。アップグレードの処理で、すべての既存の外部チェックに対してこのマクロが第一パラメータとして追加されます。

5.3.2.5 外部チェックでの複数行の値のサポート

外部のスクリプトの出力として複数行の値が保存されるようになりました。

5.3.2.6 統計アイテムでの時間のpostfix設定サポート

統計アイテムは、時間のpostfixをサポートするようになりました。

5.3.3 新しいアイテム

  • vfs.file.contents[] は、それぞれのチェックについてファイルの中味全体を取得できるようにします。(64KBまで、ファイルがそれ以上大きい場合はサポートされません)

以下は、自動的にインベントリのデータを収集するのに特に便利なアイテムです:

  • system.hw.chassis[full|type|vendor|model|serial] - デフォルトは [full]です。ルート権限が必要です。
  • system.hw.cpu[all|cpunum,full|maxfreq|vendor|model|curfreq] ? デフォルトは [all,full]です。
  • system.hw.devices[pci|usb] - デフォルトは [pci]です。
  • system.hw.macaddr[interface,short|full] ? デフォルトは [all,full]です。インターフェースは正規表現です。
  • system.sw.arch
  • system.sw.os[name|short|full] ? デフォルトは [name] です。
  • system.sw.packages[package,manager,short|full] ? デフォルトは [all,all,full]です。パッケージは正規表現です。

ステータスアイテムは、使用しづらく理解しづらかったので、削除されました。そのかわりに、新しい内部アイテムである zabbix[host,<type>,available] が追加されました。これは、Zabbix エージェント、SNMP、 IPMI、 JMXの状態ごとにホストの可用性を適切に監視することができ、可用/不可用/不明の値を返します。データベースのアップグレードの処理では、全ての既存の「ステータス」キーを変換せず、トリガーを新しいシンタックスに関連づけるので、手作業で既存のステータスを変換する必要があります。

5.4 デーモンのパフォーマンス向上

5.4.1 PostgreSQL上でのハウスキーパーのパフォーマンス向上

5.4.2 一般設定のキャッシュ

前バージョンでサーバの起動時に読み込まれるだけだった複数の一般設定パラメータは設定キャッシュに保存されるようになりました。共通設定キャッシュが更新されるときに、これらもいっしょに更新されます。

  • 取得不可アイテムの更新間隔
  • ディスカバリグループ
  • カスタマイズされた深刻度の名前
  • 警告の保存期間
  • イベントの保存期間

「取得不可アイテムの更新間隔」は、Zabbixプロキシへの同期も可能になりました。

5.4.3 トリガーキャッシュ

トリガーキャッシュが導入されました。現時点では、トリガーに関する以下の情報を保持します:

  • 説明
  • 表示
  • エラー
  • 重要度
  • 値のフラグ

トリガーキャッシュは、設定のキャッシュの一部であり、他の部分と同時に同じ方法で更新されます。2.0.0へのアップグレードの際に使用する設定キャッシュが増加するかもしれないので、ご注意ください。特にZabbixインスタンスがたくさんのトリガーを持っている場合は増加します。

トリガーキャッシュは、運用パフォーマンスに関するトリガーを改善し、データベースへの負荷を低減させます。

5.4.4 ユーザーマクロのキャッシュの向上

Zabbix1.8では、個々のデーモンプロセス(例えば、Poller )はユーザーマクロをキャッシュして5分ごとにその情報を更新します。Zabbix2.0では、ユーザーマクロは一般設定のキャッシュに含まれ、CacheUpdateFrequency秒ごとに更新されます。

5.4.5 DB履歴同期機能とエスカレータのパフォーマンスの向上

ヒストリ同期機能の作業量とエスカレータの処理は、エスカレーションの減少のために実行され、非常に多くのイベントを処理するときに、パフォーマンスを向上させることになります。

5.5 その他の改善点

5.5.1 ナノ秒のサポート

5.5.2 データベースの統合

5.5.2.1 データベースの生成

<note important>データベースファイルのインポートの順番が変更されました - data.sql の前に、イメージがインポートされます。 :::

5.5.3 アクティブエージェントの自動登録の向上

アクティブエージェントの自動登録は、パッシブチェックで追加されたホストの監視をサポートするようになりました。アクティブエージェントがチェックを求めているときに、設定ファイル内にListenIPまたはListenPortの設定パラメータがあれば、サーバに次々に送信されます。複数のIPアドレスが指定されている場合は、最初のIPアドレスがサーバに送信されます。

ホストが新たに自動登録されたとき、サーバは受け取ったIPアドレスを使用してエージェントを構成するためにポートします。どのポート番号も受け取られていない場合は、10050が使用されます。どのIPアドレスも受け取られていない場合は、入ってくるコネクションに使用されているアドレスが使用されます。

アクティブなエージェントの自動登録の通知のために、以下の2つの新しいマクロもサポートされました:

  • {HOST.IP} (またはその特化型の{IPADDRESS})
  • {HOST.PORT}

5.5.4 DNS名の自動命名

ネットワークディスカバリとアクティブエージェントの自動登録では、ディスカバリがプロキシによって行われている場合、ZabbixサーバまたはZabbixプロキシから予約の検索をすることによって、ホストのDNSエントリがされるようになりました。

5.5.5 イベントの再設計

Zabbixが不明なイベントを扱う方法が再設計されました。前バージョンでは、[監視]→[イベント]セクション内で、イベントフローがOK→UNKOWN→OKの場合、連続するOKイベントに対して隠れた不明なイベントが表示されました。2.0.0からは、このような場合、最も古いOKイベントだけが表示されるようになります。ただし、複数の障害イベントを伴うトリガーは例外です - これらには、複数の連続するイベントが常に表示されます。

(サーバとフロントエンドの両方の側から、通知がどのように動作するか文書化されるべきである)

UNKNOWNのトリガーステータスは削除されました - 追加の不明なステータスを取得するかもしれないけれども、トリガーは常にOKステータスまたは障害ステータスの中にあります。このステータスは通知の目的のみに使用されます。

5.5.6 サポートされるマクロの変更

5.5.6.1 共通マクロ

インターフェースのIPとDNSフィールドでは、次のマクロがサポートされます:

  • {HOST.HOST}(またはその特化型の {HOSTNAME})
  • {HOST.NAME}
  • {HOST.CONN}
  • {HOST.DNS}
  • {HOST.IP} (またはその特化型の {IPADDRESS})

トリガー名では、次の追加のマクロがサポートされます:

  • {HOST.HOST} (またはその特化型の{HOSTNAME})
  • {HOST.NAME}
  • {HOST.CONN}
  • {HOST.DNS}
  • {HOST.IP} (またはその特化型の {IPADDRESS})
5.5.6.2 ユーザーマクロのサポート

2.0では、以下の場所でユーザーマクロが使用できるようになりました。

  • ホスト
    • インターフェース IP/DNS
    • インターフェイスポート
  • パッシブプロキシ
    • インターフェイスポート
  • アイテム
    • SNMPv3セキュリティ名
    • SNMPv3 auth パス
    • SNMPv3 priv パス
    • SNMPv1/v2 コミュニティ
    • SNMPv1/v2 OID
    • DB監視の追加パラメータ
    • SSH ユーザー名
    • SSH 公開鍵
    • SSH 秘密鍵
    • SSH パスワード
    • SSH スクリプト
    • Telnet ユーザー名
    • Telnet パスワード
    • Telnet スクリプト
    • 計算アイテム 書式
  • ディスカバリ
  • SNMPv3 セキュリティ名
  • SNMPv3 auth パス
  • SNMPv3 priv パス
  • SNMPv1/v2 コミュニティ
  • SNMPv1/v2 OID

加えて、マクロ {TRIGGER.KEY<1-9>}{ITEM.KEY<1-9>}という名前になりました。

5.5.7 ブール型アイテム

今回、アイテム型が追加されました -ブール型です。テキスト表現を0か1かに変換します。すべての値は、大文字・小文字を区別しない方法で検索されます。TRUE1として保存され、FALSE0として保存されます。現時点で認識されている値は以下の通りです:

TRUE FALSE
true false
t f
yes no
y n
up down
running unused
enabled disabled
available unavailable

また、0でない数値はいずれもTRUEと評価され、0はFALSEと評価されます。

5.5.8 APIアクセスの変更

ユーザーグループアクセスのプロパティ「API アクセス」は、削除されました。Zabbix 2.0からは、すべてのユーザーがAPIにフルアクセスできます。

5.5.9 時間の形式の統一

Zabbixの前バージョンでは、真夜中までの時間の指定は地域によって違っていました

いくつかの地域では「23:59」であり、他の地域では「24:00」でした。Zabbix2.0からは、これが統一され、真夜中は常に「24:00」で指定されるようになります。

5.5.10 「ホストプロファイル」から「ホストインベントリ」への改名と統合

以前は、Zabbixのホストには「通常」と「拡張」のプロファイルがありました。Zabbix2.0では、プロファイルは統合されて1つの「ホストインベントリ」となりました。

5.5.11 デフォルトでエスカレーションが有効

Zabbix2.0からは、エスカレーションが常に有効になり、無効にできなくなりました。デフォルトで“Trigger value = PROBLEM”が新しいアクションに追加されるので、障害の通知だけが送信されるようになります。これによってリカバリメッセージのチェックボックスの操作がより直感的な方法になります。このアクションの条件はユーザーによって削除可能です。

5.5.12 リモートコマンドの向上

わかりにくいシンタックスの代わりに、型として IPMIを指定

カスタムグローバルスクリプトの実行

SSHとtelnetコマンドの実行

カスタムスクリプトに関して、Zabbixサーバ上またはエージェント上での実行機能を追加

5.5.13 デフォルトの場所の変更

5.5.13.1 設定ファイルの場所

2.0以前は、設定ファイルは /etc/zabbix にハードコードされていました。2.0からは、デフォルトが /usr/local/etcに変更され、コンパイル時のインストールの sysconfdir 変数の指定により決まります。(この変数はZabbix2.0以前では無視されます)

5.5.13.2 外部スクリプトの場所

2.0以前は、外部スクリプトの場所は /etc/zabbix/externalscripts でした。2.0からは、この場所が /usr/local/share/zabbix/externalscripts に変更され、コンパイル時のインストール の datadir変数の指定により決まります。この場所は、設定パラメータ ExternalScripts を使用することによって、サーバとプロキシで変更可能です。

5.5.13.3 警告スクリプトの場所

2.0以前は、アクションで使用される警告スクリプトのデフォルトの場所は /home/zabbix/bin でした。2.0からは、この場所が/usr/local/share/zabbix/alertscripts に変更され、コンパイル時のインストールのdatadir変数の指定により決まります。この場所は、設定パラメータAlertScriptsPathを使用することによって、サーバで変更可能です。

5.5.14 インストール中の設定ファイルとディレクトリの追加

<note important>Zabbixのパッケージ版を使用しているユーザーには、場所はディストリビューションのポリシーに依存するので、次の情報は関係ありません。 :::

Zabbixをインストールするとき、次の設定ファイルが見つからない場合は生成されます。

  • /usr/local/etc/zabbix_server.conf
  • /usr/local/etc/zabbix_proxy.conf
  • /usr/local/etc/zabbix_agent.conf
  • /usr/local/etc/zabbix_agentd.conf

/usr/local/etc がコンパイル時のインストールのsysconfdir変数の初期値です。

次のディレクトリがインクルードのために生成されます:

  • /usr/local/etc/zabbix_server.conf.d
  • /usr/local/etc/zabbix_proxy.conf.d
  • /usr/local/etc/zabbix_agent.conf.d
  • /usr/local/etc/zabbix_agentd.conf.d

これらのディレクトリは“Include”ディレクトリとして自動的には操作されませんので、それらを適切な設定ファイルに設定する必要があります。

サーバまたはプロキシのインストール時には、次のディレクトリが生成されます:

  • /usr/local/share/zabbix/externalscripts

サーバのインストール時には、次のディレクトリが生成されます:

  • /usr/local/share/zabbix/alertscripts

/usr/local/share がコンパイル時のインストールのdatadir変数の初期値です。

5.5.15 プロキシによって送信される取得不可なアイテムの情報

取得不可なアイテムに関する情報は、Zabbixプロキシからサーバに継承されるようになりました。

5.5.16 ServerActive ロジックのシンプル化

Zabbixエージェントデーモンのパラメータである、ServerActive がシンプルになりました。Serverパラメータを上書きするかわりに、ServerActive は、アクティブチェックに使用されるたったひとつのパラメータとなりました。加えて、ServerPort パラメータが削除されました - ホストのポートはServerActiveのパラメータで指定されるようになります。

この変更に関する詳細は、このページの最後の「こちらも参照」セクションをご覧ください

5.5.17 Zabbix エージェントデーモンの設定の シンプル化

DisableActive パラメータと DisablePassive パラメータを削除したことによって、Zabbixエージェントデーモンの設定がシンプルになりました。そのかわり、ServerActiveを指定しないと、アクティブアイテムの処理が何もされなくなり、StartAgents=0と指定すると、パッシブアイテムに入ってくるコネクションの処理が無効になります。

5.5.18 2GB以上のファイルの監視

以前、Zabbixは2GB以上のファイルの監視は提供していませんでしたが、これはつじつまが合っていませんでした -プラットフォームやアイテムによって異なっていたのです。2.0からは、ログファイル監視のようなタスクやファイルサイズ監視などのすべてのコンポーネントの32ビットのシステムでも2GBを超えるファイルのサポートが可能になりました。詳細は 大きなファイルのサポートのセクションをご覧ください。

こちらも参照

- バージョン2.0.0からはじまった、アクティブ/パッシブチェックのためのZabbixエージェント設定の違い


本ページは2013/04/23時点の原文を基にしておりますので、内容は必ずしも最新のものとは限りません。
最新の情報は右上の「Translations of this page」から英語版を参照してください。