21
29

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 5 years have passed since last update.

ZabbixAdvent Calendar 2015

Day 14

計算アイテムの紹介と知っておくと得するTips

Last updated at Posted at 2015-12-13

この記事は Zabbix Advent Calendar 2015 の14日目の記事です。
計算アイテムの初歩とあわせて、Zabbix上級者にも知っておいて欲しいTipsを1つご紹介します。

計算アイテムの概要

計算アイテム(Calculated Items)とは、設定された計算式によって、他のアイテムから新たな値を生成することができるアイテムタイプです。
Zabbix 1.8.1 からサポートされています。

ドキュメントにも利用例がいくつか掲載されていますが、
次のような用途が多いとおもいます。

  • 複数のアイテムを使って新たな値を導出したい

    • e.g.) トラフィックの inbound と outbound を合算したもの
  • 直近の一定期間の統計的な値を知りたい

    • e.g.) 過去1時間のトラフィックの平均
  • 過去のある時点との比較結果を知りたい

    • e.g.) 1週間前の同じ時刻のトラフィックとの差

計算式には四則演算とトリガー関数が利用できますので、
組み合わせによってとても柔軟な設定が可能です。

ここでは、最新の値を得る関数であるlast(<key>)を用いたシンプルな設定例をみてみましょう。

設定例: メモリの利用状況をグラフにしたい

あなたはいま、Linuxホストのメモリ利用状況について、free コマンドで得られるような値をもとに、搭載メモリ量を合計値とする積算グラフを作りたいと考えています。

調べてみるとZabbixエージェントには、メモリの情報を取得するアイテムキー vm.memory.size[xxx] が用意されていることがわかりました。

これを用いてメモリの情報を取得し、以下の様なグラフを作成してみました。

chart1.png

さて、上記のグラフは一見正しい値を示しているように見えますが、このホストには約1.0GBのメモリしか搭載されていません。
しかし、このグラフでは合計が約1.3GB弱として表示されています。

実は free コマンドで used として表示される値と、vm.memory.size[used] の値は一致していないため、
知らずに利用すると上記のグラフのような問題が発生してしまいます。
※参考: vm.memory.sizeパラメータ

加えて、残念ながら他の vm.memory.size[xxx] のどれを利用しても、目的の値は得られそうにありません。

しかたがないので、計算アイテムを用いて値を導出してみましょう。

計算アイテムの設定方法

まずは何はともあれアイテム設定画面を開き、
アイテムタイプ:計算 を選択します。

calculated_items.png

アイテムタイプ:計算 を選択すると、
を入力する欄が現れますので、こちらに計算式を入力します。

calculated_item.png

今回のケースでは次のような式になります。
(式には改行が含まれていても構いません。)

last(vm.memory.size[total])-
last(vm.memory.size[available])

上記の式の last() は、カッコ内に指定されたキーをもつアイテムの最新の値を得る関数です。
ほかにも、avg()min()max() などのトリガー関数を利用することもできます。

なお、式のなかで指定されるキーをもつアイテムは、
別途あらかじめ作成しておく必要がありますので、ご留意下さい。
(上記でいうvm.memory.size[total]vm.memory.size[available])

式以外の設定項目は、他のアイテムタイプの設定方法とおなじです。

calculated.png

確認

それでは作成した計算アイテムを用いて、
もう一度先ほどのグラフを確認してみましょう。

chart2.png

どうやら今度は正しそうですね。

これでおわってしまっても良いのですが、
この計算アイテムにはまだ問題点が潜んでいます。

計算の元となるアイテムの状態による問題

計算アイテムには、計算の元となるアイテムが必要となりますが、
さて、ここで、障害が起きたときの挙動を想定してみましょう。

たとえば先ほどのメモリの例で、監視対象のホストのZabbixエージェントが停止してしまった場合、どうなるでしょうか。

以下はZabbixエージェントが停止した状態を再現したものですが、
計算アイテムで求めている部分だけグラフ上に残ってしまっています。

nodata_ng.png

last()関数は、"最後に取得した値" を返す関数なので、
計算元のアイテムの値が更新されなくなったとしても、常に "直近の" 値を返してしまい、上記のようにみえるのです。

これはちょっと気持ちが悪いですね。

元のアイテムの取得状態を反映する

上記のような状態を発生させたくない場合には、障害時には計算アイテムの値が更新されないよう、制御する必要があります。
しかしながら、いちいち手動で対応するのはナンセンスです。

そこで「取得不可」状態を発生させることで、
自動的に値の更新を止める方法を紹介します。

自動的に取得不可にする方法

まず、計算元のアイテムが更新されていないことは、
nodata()関数で検知できます。

nodata() 関数は2つの引数をとり、
第1引数がアイテムキー、第2引数に秒数を指定します。

第2引数は秒数を示し、指定された秒数の間
対象のキーにデータの更新がなかった場合、
関数の戻り値が 真(=1) となります。

次に、計算アイテムを「取得不可」にする方法ですが、
取得不可になる場合のひとつに「ゼロ除算」があることに注目して下さい。

※参考: 計算アイテム

計算アイテムは、以下のケースでは取得不可になる場合があります:

  1. 参照アイテムが見つからない
  2. 関数を計算するためのデータがない
  3. ゼロ除算
  4. 使用している構文が正しくない

つまり、次の式のようなかたちで nodata(key,t) を用いることで、意図的に「ゼロ除算」を発生させ、
計算アイテムを「取得不可」にすることができるのです。

(1/(1-nodata(vm.memory.size[available],90)))*
(last(vm.memory.size[total])-
last(vm.memory.size[available]))

calculated+nodata.png

これで、(更新間隔のぶんだけわずかに差は残るものの) 障害等で計算元の値が取得できない場合には、
値を記録しない計算アイテムを作成できました。

nodata_ok.png

是非つかってみてください。

補足

いちど取得不可になったアイテムは、一定の期間を経て再度の取得が試みられます。
この期間は Zabbix の Web画面から設定可能です。

メインメニューから "管理"
→ "一般設定"
→ ドロップダウンから"その他"
→ "取得不可アイテムの更新間隔(秒)"
settings.png

デフォルト値では 600秒(10分) となっていますので、
今回ご紹介した「自動的に取得不可にする」方法を用いる場合は、
計算アイテムの更新間隔にあわせて、より短く設定したほうがよいでしょう。


明日は winebarrel さんです。
よろしくお願いします。

21
29
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
21
29

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?