ZABBIXを使ってみる　その５

こんばんは、かーでぃです。
仕事でZABBIXを使うかもしれないので、個人でも使ってみようと思いまして、ZABBIXネタで暫くブログを書こうと思います。
一応、全8話の予定です。

STEP1　ZABBIX AGENTのインストール
STEP2　ZABBIX AGENTの設定
STEP3　DockerでZABBIX Serverを立てる
STEP4　Server設定
STEP4.5 DHCP環境への対応
STEP5　監視が始まる瞬間を監視する　←　本記事はココ
STEP6　トリガーの定義
STEP7　アラート設定＆通知
STEP8　総括？

はじめに

前回の4.5の記事で、こんなことを書きました。

これは、脱DHCP環境を整えるために、データの取得をサーバ👉エージェントではなく、エージェント👉サーバにする、という意味で書いたのですが、結局、現在のサーバ＝エージェントという環境且つDHCP環境では、向きを変えたところでIPアドレスが変わってしまえば、結果同じだということに気づきました。
ので、ちゃんと環境を整えるのであれば、DNS環境を立ててあげるべきなんだろうな、というのか行きついた回答ですが、そこまで手間暇も掛けたくないので、一旦先に進もうかと思います。

自分の中の回答としては、DHCP環境でZabbixを使うのであれば、DNSをちゃんと準備する、というところにたどり着きました🙇

では、ここから本来の記事になります！

状態を確認する

現状、エージェントのインストールが出来て、サーバもインストールされ、Availabilityはグリーンになっていると思います。

この状態は、サーバーエージェント間の通信がうまく行っている、という意味合いであり、監視がちゃんとできている、という状態とはまた異なります。

では、実際に監視ができてるかどうかですが…それは、Lastest Dataの項目でわかります。

ここでは、Lastest Dataの後ろに「144」という数字が出ていますが、これは144件のログを取得した、という意味合いになります。
つまり、監視がスタートしている状況ですね。

どんなログを収集してるのか？

では、あつめた144件のログについて見て行きたいと思います。

Lastest Dataの項目がリンクになっているので、クリックすると詳細が開きます（Monitoring→Lastest dataでも同じ）。

上段のTOTTENHAM 144は、144件のログが収集済であることを意味します。下段のTAGSは、収拾したログがどのカテゴリにに分類されるのか、という意味合いのようです。
例えば、「filesystem 5」であれば、ファイル関連で5件のログを収集したことになります。

TAGSの各項目をクリックすると、フィルタリングされて表示されます。
これを見ると一番上のログを覗いては、ディスクの使用量とか空き容量のログであることがわかります。
右のGraphをクリックすると、下記のように空き容量の推移がわかります。
（なんか、これをみるだけでも面白いですね）

同様にinterfaceをクリックすると、NWの使用状況が見えるようになります。

ということで、本記事のタイトル「監視が始まる瞬間を監視する」は既に監視されてました💦
ということになります（笑）

チェック項目

Monitoring → hostsを確認

• Availability：緑であることを確認

• Lastest data：値が1以上であることを確認

一旦、この2項目を確認し、問題がなければ監視がされてる状態です。

Problems

上のキャプチャでは、Problems⑤①となっています。
これは、トリガー条件に引っかかっている項目がある、ということです。

• 濃いオレンジ（５）：Average

• 薄いオレンジ（１）：Warning

トリガー条件とさきほど書きましたが、上記のProblemの項目にあるのがトリガー条件になります。ここはまだ触ってない項目なので、デフォルトで設定されているトリガー条件になります。
例えば、一番上のProblemを見ると、下記のようになっています。

”メモリ使用量が5分間90％以上になっている”の警告です。5分ではなく、10分で警告にしたい、などカスタマイズ要望はあるでしょうが、そちら次回ネタになりますね！

ここまでで「できた」状態

✅ エージェントのログ収集ができ、監視されていることを確認できた。
✅ WebUIから使用状況や利用状況のグラフを確認できた。
✅ Problemの意味を理解できた。

今回の記事はココまで。
次回は本記事でも少し話題になった、STEP6の「トリガーの定義」になります。