skillup

技術ブログ

サーバー・ネットワーク

zabbixエージェント設定

投稿日:2017年2月13日 更新日:

本日はzabbixのエージェント設定について。

zabbixでは監視される側と監視する側があり、する側は通常Zabbix Serverになり、される側はzabbix Agentになります。

要はサーバー側からエージェントを監視するという構図になります。

リンクの図を参照してみましょう。

さくらのナレッジ 統合監視ツール「Zabbix」によるサーバー監視

zabbixですが、大まかな流れでいうと全てを監視するのがzabbix server。これは一つのサーバーにインストールします。

また監視するほうはzabbix agentになります。これは監視される側のサーバーに1つ1つインストールすることになります。

zabbixインストール

設定ファイル(/etc/zabbix/zabbix_agentd.conf)

このあとreloadする。

その後、起動&自動起動設定を忘れずに

ポート開放

port 10050をあけておかないとサーバーから監視がとどきません。

空いていない場合はこちら

agentの大まかな設定

zabbixの管理画面に入って、設定→ホスト→ホストの作成からエージェントを登録してあげればOK。しばらくたってホスト一覧画面のエージェントの状態がZマーク(緑色が点灯していればOK)

Zabbixエージェントの設定 (CentOS編)

基本的に設定を行う場合は、この設定→ホストになると思います。

アイテムとテンプレート

zabbixではここのチェック項目をアイテムと呼んでいます。

例えばHTTPの監視、pingの監視自体がアイテムになります。

アイテム自体は1つ1つ手で独自に設定してもよいのですが、数十あることが一般的なので非常に手間です。そのため、これらのアイテムをまとめたものをテンプレートといいます。

テンプレートは1種類ではなく、たとえばA_Template_OS_LinuxのようにLinuxの一般的なアイテムが詰まったもののように用途に合わせて複数あります。

テンプレートはホストの登録時にあせて選ぶことができ、選べば自動的にセットされます。

もちろん個別に設定したいアイテムなどが当然ある場合には設定できます。(例えばあるアプリケーションが稼働しているかどうかをみる、といったような用途の時)

トリガーとアクション

監視をする際、当然あるアイテムの状態がおかしくなったら(停止している、負荷率が異常に高い)それを検知してメールなどで知らせるなどの機能があれば便利でしょう。

これをしてくれるのがトリガーとアクションになります。

トリガーが検知する状態そのものです。例えばHTTPにアクセスできない、特定のサービスがダウンしているなどです。

先ほどのテンプレートを設定すると自動的に決まりものもあります。もちろん任意に決めたい場合には設定→ホスト→ホスト選択後、トリガーの設定を行えばOKです。

次にトリガーを検知した場合、メールを送るなどの設定をする必要があります。それがアクションになります。トリガーに設定しただけだとアクションは実行されないので注意しましょう。

アクションは設定から直に選択をします。(※ホストと紐づいているわけではありません。)

これはなんらかの状態を検知した時にメールを送るなどの行動をさせる機能です。

アクションの作成を行うと、「アクション」タブが送信されるメールのテンプレート、「アクションの実行条件」がアクションを起こす条件になります。ディフォルトだとおそらくすべてのホストの障害に対して反応してしまうので、ホストやトリガーの深刻度などアクションを起こす条件をある程度絞れます。

アクションの実行内容でメールを送信するグループorユーザーなどを決定してあげればOKです。

グループに関しては設定してもユーザーの権限がないとメールが送信されなかったりしますので注意しましょう。

ちなみにメールを送るユーザーやグループは管理→ユーザーから登録できます。

-サーバー・ネットワーク
-

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

journald

CentOS7では従来のsyslogデーモンと並行してjournaldというログ管理サービスがあります。 Contents1 コマンド一覧2 参考図書・リンク コマンド一覧 [crayon-60060 …

no image

キャッシュについて(主にmemcachedを中心に)

Webサービスのパフォーマンス向上で目に見えて効果があることの一つがDBへのアクセス回数を減らすことです。 それはSQLを発行する回数を少なくするなど、普段からのプログラムの書き方ももちろん大事なので …

no image

負荷調査のセオリー

以前にも下記リンクで負荷調査について記事を書いたんですが、もう少し掘り下げてみようかと。 サーバーの過負荷の発見 理論編 サーバーの過負荷の発見 メモリ使用率の調査&抽出、置換(awk,sed)コマン …

no image

dockerコマンドについて再考(ttyや/bin/bashなど)

Contents1 ttyオプションに関して2 docker execコマンドに関して2.1 ログインしないパターン2.2 shellに関して ttyオプションに関して dockerでnodeを起動さ …

no image

ネットワーク基礎 OSI参照モデルなど

ここ↓でネットワークの基礎についてかいてあるので定期的に勉強しようと思っています。 3分間 NetWorking Contents1 スニーカーネットからリソース共有2 LANとWAN3 OSI参照モ …