New Relic Alert: 柔軟なアラートの設定でインシデントを効率よく管理しよう

Advent Calendar 17日目は、特定の製品ではなく、製品で横断的に利用する New Relic のアラートに関する機能 New Relic Alert (Beta) について説明します。

New Relic Alert は、New Relic 製品全体で利用するアラートの設定です。簡単にいうと、どういう条件（パフォーマンス値やエラー率）なら、警告やエラーとみなすか、その際にどこに通知するのか（メールや slack など）を設定するものです。例えば、Apdex が 0.5 より下回っている時間帯が5分以上なら、エラーメールを送る。エラー率が10分以上なら、Slack に通知するなどです。

たしか今年の6月くらいに、アラート機能がリニューアル(Betaができた）さされたはず。それまでは、製品毎の画面でアラートを設定してたんだけど、今は、統一された画面になりました。画面トップの右上にもメニュー(Alert Beta)が追加されました。まだ Beta 版っぽいですね。ドキュメントも [Beta 版](https://docs.newrelic.com/docs/alerts/new-relic-alerts-beta) と[旧（レガシー）](https://docs.newrelic.com/docs/alerts/alert-policies/understanding-alert-policies/alerting-new-relic)の両方がまだあります。

では、使い方を説明していきます。

New Relic Alert の基本的な使い方は、ポリシー（条件）と通知チャネルを作って、それぞれ組み合わせて、何(条件)に違反したときに、どこ（チャネル）に通知するかを指定します。

どちらから作成してもいいのですが、条件を指定する際に、チャネルも指定できるので（逆でもいいけど）今回は、先にチャネルから作成していきます。

# 通知チャネルの作成方法

トップメニュー(右上） > Alerts Beta > Notification channels を選択する。表示されるチャネル一覧から、「New notification channel」を選択する。

![alert_channel_01.png](https://qiita-image-store.s3.amazonaws.com/0/46003/08d6b10b-a9e8-8e94-2639-ac9547eba1cc.png)

まず、どのタイプのチャネルを追加するか選択する。現在、選べるのは以下の画像にあるタイプです。

![alert_channel_02.png](https://qiita-image-store.s3.amazonaws.com/0/46003/4e3d6419-8948-6370-c541-9389453ae731.png)

基本的に、メール、Webhook、slack が多そう（独断だけど）なので、それぞれの設定内容を見てみます。

メールを選択した場合
![alert_channel_email.png](https://qiita-image-store.s3.amazonaws.com/0/46003/8b843298-6f0d-a58e-fb58-a0e194586425.png)

メールアドレスは、１つしか指定できないようです。複数人にしたい場合は、メーリングリストを用意しろってマニュアルに書いてありました。

webhookを選択した場合
![alert_channel_webhook.png](https://qiita-image-store.s3.amazonaws.com/0/46003/0b6041b5-4371-a208-a513-7a0b1848cf80.png)

slack を選択した場合
![alert_channel_slack.png](https://qiita-image-store.s3.amazonaws.com/0/46003/0c00d17e-0776-36cc-00be-7d234f158bb8.png)

URLは、httpsを使えとのことです。

上記を含めチャネルの設定内容は、[Notification channels: Controlling where to send alerts](https://docs.newrelic.com/docs/alerts/new-relic-alerts-beta/managing-notification-channels/notification-channels-controlling-where-send-alerts) に書いてあります。また、先のページに上記で説明した内容が動画で説明されていますので、そちらも参考にしてみてください。

メールで作成した場合、以下のようになります。"Send a test notification" を押せば、ちゃんと届くかチェックできます。これは、他のタイプでもありますので、作成後は正常に設定できたか簡単にチェックできます。

![alert_email_complete.png](https://qiita-image-store.s3.amazonaws.com/0/46003/39bafa24-eedb-5228-26b6-5968162f2810.png)



# アラートポリシーの作成方法

次に、ポリシーを作成します。Alert policies を選択する。
表示されるポリシー一覧から「New alert policy」を選択します。

![alert_01.png](https://qiita-image-store.s3.amazonaws.com/0/46003/04f0ec2b-249d-83ed-f467-6888ff5b3035.png)

ポリシー名を設定し、作成ボタンを押す。

![alert_02.png](https://qiita-image-store.s3.amazonaws.com/0/46003/44cca5b9-9a8a-a1e8-0d22-6833af3c9217.png)

まずは、カテゴリの設定。対象製品と条件の種類を選択。選んだ製品によって、タイプ項目は変わる。ここではオーソドックスな APM と Application metric を選ぶ。

![alert_03.png](https://qiita-image-store.s3.amazonaws.com/0/46003/04fdafb8-ba22-dc1d-7c93-cdd499878c78.png)

次に、条件を適用するアプリケーションを選択する。

![alert_04.png](https://qiita-image-store.s3.amazonaws.com/0/46003/a5c89ed5-655f-2582-63d6-195af4a0e162.png)

次に、条件を設定する。主に、「xx分以上 xxの値が xx を xx する場合 Critial(または 警告）とみなす」という感じです。例えば、5分以上Apdex の値が、0.8を下回る場合。その場合は、「'Apdex' has an apdex score 'below' '0.8' 'for at least' '5mins'」となります。 その他にも、10分以内に10000 スループット以上となった場合は、警告をとする。「'Throughput(web)' has a call count above '10000' calls 'for at least' once in '10mins'」

![alert_05.png](https://qiita-image-store.s3.amazonaws.com/0/46003/627517ba-ebe7-73aa-dc68-c2a5c9a075fa.png)

まず、何の値を判定するかの対象を選択する。この内容も、1のカテゴリで選んだ製品やタイプによって選択できる項目は変わります。ここでの選択項目は以下のとおり。

![alert_choices.png](https://qiita-image-store.s3.amazonaws.com/0/46003/7a93b18e-2bd1-3b68-687a-e1aedf926ca2.png)

作成すると、以下のような感じになります。この時点で通知を受け取らなくていいなら、作業完了です。通知を受け取る場合は、"Notification channels" タブをクリックします。

![alert_06.png](https://qiita-image-store.s3.amazonaws.com/0/46003/614751af-e877-5eb4-2260-5df0a87cd45d.png)

チャネルは、既存の登録済みチャネルから選ぶことになります。

![alert_07.png](https://qiita-image-store.s3.amazonaws.com/0/46003/7125b761-4475-d3f7-9d08-2eac34e5a30d.png)

これで、「Testという名前の条件1つ。通知チャネル1つのアラートポリシー」ができました。

![alert_08.png](https://qiita-image-store.s3.amazonaws.com/0/46003/b76e7e78-31cf-d852-f2b3-622b983c78b8.png)

# おわりに

どうでしたでしょうか？アラートの設定のイメージができたでしょうか？
New Relic は、ご検知をなるべく減らせるように、必要なアラートが必要な時に、必要な人に届くことを目標にアラート機能をデザインしています。是非ん、様々なポリシーを作成して効率よいインシデント管理を目指してみてください。