ZABBIXサーバのアイテムについて理解しよう

今回はアイテムのキーについて少し説明します。
ZABBIXを使うにあたって、このキーが非常に重要になります。
ZABBIXはアイテムを使って取得した値に対してトリガーを設定し、その後のアクションにつなげます。
アイテムはキーで指定したものを値として取得しています。ですので、キーを用いて取得できるものなら、監視が可能ということになります。
そのためキーの種類は非常にたくさんあります。たくさんあるので、今回は一部の解説のみになりますが、今後利用していく際に少しずつ解説を入れていければなぁと思います。

ところでアイテム作成の際にタイプというのがありますが、キーとタイプは対になっていて、タイプによって使えるキーが変わってきます。
アイテム作成の際にキーの右側の選択を押すと一覧が出ますので確認してください。

それでは、いくつか解説します。

タイプ：シンプルチェック

icmpping[target]
監視対象（target）にpingを行って、応答があれば1、なければ0を取得します。
トリガー条件で「アイテム<1」としておけばアクションを起こせます。
これに対して応答時間を見るのがicmppingsecです。

icmppingsec[target]
監視対象（target）にpingを行って、応答時間を取得します。単位は秒です。
トリガー条件で「アイテム>0.1」としておけば100msを超えたらアクションを起こせます。

net.tcp.service[service]
サービスが動作しているか確認し、動作していれば1、してなければ0を取得します。
トリガー条件で「アイテム<1」としておけばアクションを起こせます。
serviceに記述できるのは次のとおりです。
ssh ntp ldap smtp ftp http pop nntp imap tcp https telnet
ICMP同様、応答時間をみるには、net.tcp.service.perfを使います。

net.tcp.service.perf[service]
サービスへの接続にかかった時間を取得します。停止していれば0です。単位は秒です。
トリガー条件で「アイテム>1」としておけば1sを超えたらアクションを起こせます。
serviceに記述できるのは、net.tcp.serviceと同じです。

タイプ：Zabbixエージェント

net.dns[<ip>,zone]　<ip>は省略可
zoneの名前引きができれば1、できなければ0を取得します。
トリガー条件で「アイテム<1」としておけばDNSが利用できなくなったらアクションを起こせます。 

net.tcp.listen[port]
portがLISTEN状態か確認し、LISTENであれば1、なければ0を取得します。
トリガー条件で「アイテム<1」としておけばアクションを起こせます。 

net.tcp.port[<ip>,port]　<ip>は省略可
portに対してTCPコネクションが作成できるか確認し、できれば1、できなければ0を取得します。
トリガー条件で「アイテム<1」としておけばアクションを起こせます。
listenだけでは不安な場合はこちらも使うと良いです。 

net.udp.listen[port]
portがLISTEN状態か確認し、LISTENであれば1、なければ0を取得します。
トリガー条件で「アイテム<1」としておけばアクションを起こせます。 

proc.mem[name]
プロセス名がnameの利用メモリ量を取得します。 

proc.num[name]
プロセス名がnameの数を取得します。 

vfs.file.cksum[file]
fileのチェックサムを計算し取得します。チェックサムに変更があればfileは変更されたことになるので、改ざん検知に使えます。

タイプ：Zabbixエージェント（アクティブ）

log[file,<pattern>]
fileにpatternがあれば取得します。
/var/log/mssageにerrorが吐かれたら取得というように使えます。
トリガー条件に「アイテム.diff(0)>0」としておけば、アクションが起こせます。

他にもたくさんありますが、よく使いそうなものを挙げてみました。

SNMPv2エージェントも説明したかったのですが、まだ理解が浅く作成時にエラーが出てしまうので、理解が深まったときに説明します。

次回以降に、これらを使ってさまざまなアイテム、トリガーを作ります。

今回はここまで。