5 問題通知の受信
概要
このセクションでは、Zabbixで通知という形でアラートを設定する方法を学びます。
アイテムがデータを収集し、トリガーが問題発生時に「発火」するように設計されている場合でも、Zabbixフロントエンドを積極的にチェックしていないときでも重要なイベントを通知するアラートメカニズムがあると便利です。
これが通知の役割です。 問題通知の配信方法として最も一般的なメールについて、メール通知の設定方法を学びます。
Email設定
Zabbix には、あらかじめ定義された通知配信方法がいくつかあります。 Email はそのうちの1つです。
Email設定を構成するには、Alerts > Media types に移動し、事前定義されたメディアタイプの一覧で Email をクリックします。

Email設定の構成フォームが開きます。

必須の入力フィールドには、赤いアスタリスクが付いています。
Media type タブで、SMTP server、SMTP helo、Email の値を、環境に適したものに設定します。
Email フィールドの値は、Zabbix から送信される通知の「From」アドレスとして使用されます。
次に、障害メッセージの内容を定義する必要があります。 内容は、Message templates タブで設定するメッセージテンプレートによって定義されます。
Add をクリックしてメッセージテンプレートを作成し、メッセージタイプとして Problem を選択します。

準備ができたら Add をクリックし、フォームを保存します。
これで、Email を動作するメディアタイプとして設定できました。 また、このメディアタイプは、特定の配信先アドレスを定義してユーザーに関連付ける必要があります(新しいユーザーを構成するときに行ったように)。そうしないと使用されません。
新しいアクション
通知の送信は、Zabbix の アクション の役割の1つです。
そのため、通知を設定するには、Alerts > Actions > Trigger actions に移動し、Create action をクリックします。

必須入力フィールドには、赤いアスタリスクが付いています。
このフォームで、アクション名を入力します。
最も単純なケースでは、追加の具体的な 条件 を設定しない場合、'Ok' から 'Problem' への任意のトリガー変更時にアクションが実行されます。
次に、アクションが何を行うかを定義する必要があります。これは Operations タブで設定します。
Operations ブロックの Add をクリックすると、新しい操作フォームが開きます。

必須入力フィールドには、赤いアスタリスクが付いています。
ここで、Send to Users ブロックの Select をクリックし、定義済みのユーザー ('user') を選択します。
Send to media type の値として "Email" を選択します。
完了したら Add をクリックすると、操作が追加されます。

これで簡単なアクション設定は完了です。アクションフォームで Add をクリックしてください。
通知の受信
通知の送信設定が完了したので、実際に通知を受信してみましょう。
そのために、ホストの負荷を意図的に上げて、トリガーが「発火」し、障害通知を受け取れるようにします。
ホストでコンソールを開き、次を実行します:
cat /dev/urandom | md5sum
これらのプロセスを1つまたは複数実行してもかまいません。
次に Monitoring > Latest data に移動し、'CPU Load' の値が増加していることを確認します。
トリガーが「発火」するには、'CPU Load' の値が3分間連続で '2' を超えている必要があることを覚えておいてください。
それが満たされると:
- Monitoring > Problems で、点滅する 'Problem' ステータスのトリガーが表示されます;
- メールで障害通知を受信します。
通知が機能しない場合:
- メール設定とアクションの両方が正しく設定されていることを、もう一度確認してください
- ユーザーの追加 の手順で説明したように、作成したユーザーが、イベントを生成したホストに対して少なくとも読み取り権限を持っていることを確認してください。'Zabbix administrators' ユーザーグループに属するこのユーザーは、ホストが属している 'Linux servers' ホストグループに対して少なくとも読み取りアクセス権を持っている必要があります。
- さらに、Reports > Action log に移動してアクションログを確認できます。