5 問題通知の受信

概要

このセクションでは、Zabbixで通知という形でアラートを設定する方法を学びます。

アイテムがデータを収集し、トリガーが問題発生時に「発火」するように設計されている場合でも、Zabbixフロントエンドを積極的にチェックしていないときでも重要なイベントを通知するアラートメカニズムがあると便利です。

これが通知の役割です。 問題通知の配信方法として最も一般的なメールについて、メール通知の設定方法を学びます。

メール設定

最初に、Zabbixにはいくつかの事前定義された通知配信方法があります。 メールはその1つです。

メール設定を構成するには、アラート > メディアタイプに移動し、事前定義されたメディアタイプのリストからEmailをクリックします。

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

すべての必須入力フィールドには赤いアスタリスクが付いています。

メディアタイプタブで、SMTPサーバー、SMTP helo、Emailの値を環境に適したものに設定します。

次に、問題メッセージの内容を定義する必要があります。 内容は、メッセージテンプレートタブで設定されたメッセージテンプレートによって定義されます。

追加をクリックしてメッセージテンプレートを作成し、メッセージタイプとして問題を選択します。

準備ができたら追加をクリックし、フォームを保存します。

これでEmailを動作するメディアタイプとして構成できました。 メディアタイプは、特定の配信先アドレスを定義することでユーザーにもリンクする必要があります（新しいユーザーの設定時と同様）、そうしないと使用されません。

新しいアクション

通知の配信は、Zabbixのアクションが行うことの1つです。 したがって、通知を設定するには、アラート > アクション > トリガーアクションに移動し、アクションの作成をクリックします。

必須入力フィールドはすべて赤いアスタリスクでマークされています。

このフォームでは、アクションの名前を入力します。

最も単純な場合、より具体的な条件を追加しなければ、アクションは「正常」から「障害」へのトリガーの変更時に実行されます。

アクションが何をすべきかを定義する必要があります。これはオペレーションタブで行います。 オペレーションブロックで追加をクリックすると、新しいオペレーションフォームが開きます。

必須入力フィールドはすべて赤いアスタリスクでマークされています。

ここで、ユーザーに送信ブロックの選択をクリックし、定義したユーザー（「user」）を選択します。 メディアタイプに送信の値として「Email」を選択します。 これが完了したら追加をクリックし、オペレーションが追加されていることを確認します。

これでシンプルなアクション設定は完了なので、アクションフォームで追加をクリックします。

通知の受信

これで通知の配信が設定できたので、実際に通知を受信してみましょう。 そのためには、意図的にホストの負荷を上げて、トリガーが「発火」し、問題通知を受信できるようにします。

ホストのコンソールを開き、以下を実行します。

cat /dev/urandom | md5sum

これらのプロセスを1つまたは複数実行してもかまいません。

監視データ > 最新データに移動し、「CPU Load」の値がどのように増加したかを確認します。トリガーが「発火」するには、「CPU Load」の値が3分間連続して「2」を超える必要があることを思い出してください。 条件を満たすと:

• 監視データ > 障害で、トリガーが点滅する障害状態で表示されます。
• 問題通知がメールで届きます。