ポリシーとは、1つ以上の条件のグループを指します。本ドキュメントでは、ポリシーの作成方法、また既存ポリシーの確認方法を解説します。REST APIも使用できます。
ポリシーが条件やその他のコンポーネントとどのように関わり合うかについての解説は、コンセプトとワークフローを参照してください。
ヒント
どの製品(APM、ブラウザなど)がポリシーを使用しているかに関係なく、基本的な設定プロセスは同じです。条件に関するメトリックスと閾値の種類は、監視対象となるデータソースによって異なります。
ポリシー命名のベストプラクティス
当社はポリシーの構成と命名に、以下の3つの一般的なパターンとプラクティスを推奨しています。
- アーキテクチャ内で、状況管理の担当者がいるターゲットまたはリソース
- アーキテクチャの一部を担当するチーム
- 特定のユーザー向けの個別のポリシー
ポリシーの編成基準... | コメント |
---|
アーキテクチャー | 組織内のターゲットやリソースは、その状況が個別で管理されているかもしれません。共通部分には環境タイプ(本番、ステージング、インテグレーション、開発)またはターゲットまたはリソースタイプ(アプリケーションサーバーのコード、クライアントサイドのコード、データベース、ホストなど)が含まれる場合があります。 これらのタイプのポリシーを識別しやすくするには、アーキテクチャーに基づいた名前を付けることができます。例: - Product A website (production)
- Product B website (staging)
- Mobile product app (iOS)
- Hosts (production)
- Databases (production)
|
チーム | 特定のチームが、アーキテクチャーの一部を担当する場合があります。たとえば、そのチームのポリシーにTeam: Site engineering (チーム: サイトエンジニアリング)やTeam: Website development (チーム: ウェブサイト開発)という名前を付けるとよいかもしれません。 |
個人 | 特定のリソースやメトリックを個人的にチェックしたい場合など、特定の個人用にポリシーを作成すると便利です。こうすることで、いつでも必要に応じて、条件の追加や削除のほか、閾値の調整を自由に行うことができ、その変更を他の人に伝える必要もなくなります。 このタイプのポリシーを特定しやすくするために、User: John Doe's metrics 、User: Jane Doe (production) というようにポリシーに個人の名前を含めることができます。 |
アラートポリシーの作成
ポリシーワークフローの一部として、ポリシーに意味のある名前を付けることから始めましょう。
one.newrelic.comのトップナビゲーションで、Alerts & AIをクリックしてから、Policiesをクリックします。
ポリシーインデックスページで、
New alert policyをクリックします。
ポリシーに意味のある名前(最大64文字)を入力します。
Incident preferenceを選択します。
Create alert policyを選択します。
ここから引き続き、条件の定義と1つ以上の通知チャネルの割り当てに進むことができます。後ほど継続する場合は、アラートポリシーのインデックスからポリシーの名前を選択してください。
ポリシー名の変更
利便性を考慮して、異なるポリシー、条件、通知チャネルに同じ名前を使用できます。固有の名前を使用する場合は、名前を追加、変更する前にインデックスを確認するか、検索してください。
既存のポリシーの名前を変更するには:
- one.newrelic.comのトップナビゲーションで、Alerts & AIをクリックし、Policiesをクリックしてから(select a policy)をクリックします。
- ポリシー名をクリックして編集してから、ポリシーに意味のある名前(最大64文字)を入力します。
Alertsでは、ポリシーに関連のある条件と通知チャネルが自動的に更新されます。
既存のポリシーの表示
ポリシーのインデックスには、ポリシーがアルファベット順にリストされます。既存のポリシーを表示または検索するには:
- one.newrelic.comのトップナビゲーションで、Alerts & AIをクリックしてから、Policiesをクリックします。
- 検索ボックスを使用する、列を並べ替える、またはリストをスクロールします。
- 詳細情報を表示するには、ポリシー名をクリックします。
ポリシーのメンテナンスのクイックリファレンス
ポリシーを作成したら、次の操作を実行できます。
- ポリシーに条件をさらに追加します。
- 条件の名前、ターゲット、または閾値を編集します。
- 条件を無効にします。
- ポリシーに1つ以上の通知チャネルを追加します。
- ポリシーの名前を変更するか、削除します。
ユーザーインタフェースには、条件や通知チャネルなど、ポリシー変更の最終変更タイムスタンプが表示されます。
これは、ポリシーのメンテナンスに関する詳細な情報と手順へのリンクも含むクイックリファレンスです。
チャネルに割り当てられたポリシーを追加または削除するには、次の手順に従います。
- one.newrelic.comのトップナビゲーションに移動し、Alerts & AI、Notification channelsをクリックしてから、(チャネルを選択)をクリックします。
- Alert policiesをクリックしてから、(ポリシーを選択)をクリックします。
- 選択したポリシーから、ウィンドウを使用してすべてを選択、削除、またはクリアします。
ポリシーの名前を変更するには、次の手順に従います。
- one.newrelic.comのトップナビゲーションで、Alerts & AIをクリックし、Alert policiesをクリックしてから(ポリシーを選択)をクリックします。
- ポリシー名をクリックして編集してから、ポリシーに意味のある名前(最大64文字)を入力します。
通知チャネルにポリシーが割り当てられているかどうかを確認するには、one.newrelic.comのトップナビゲーションで、Alerts & AIをクリックし、Notification channelsをクリックします。
ポリシーサブスクリプション列には、チャネルに割り当てられているポリシー数が表示されます。
ポリシーを直接無効にすることはできません。ただし、ポリシーのすべての条件を無効にすることはできます。
すべての条件を無効にすると、ポリシーはアラートポリシーインデックスのままになります。ポリシー自体は無効になっておらず、いつでもその条件の一部またはすべてを再度有効にできます。
ポリシーを削除すると、製品エンティティ(ターゲット)に割り当てられた他のポリシーも引き続き適用されます。エンティティのすべてのポリシーを削除すると、色分けされた稼働ステータスインジケータが、アイコンとともに薄い緑色で表示されます。
アカウントのポリシーを削除すると、復元できなくなります。代わりに、必要に応じて再作成する必要があります。
ポリシーを完全に削除するには、次の手順に従います。
one.newrelic.comのトップナビゲーションで、Alerts & AIをクリックしてから、Alert policiesをクリックします。
ポリシーの行から、削除アイコンをクリックします。
削除または無効化されたポリシーに関連付けられた通知チャネルは、そのまま残ります。必要に応じて、通知チャネルを削除するか、個別に削除する必要があります。
削除されたポリシーでは、インシデントとイベント違反は読み取り専用リソースとして提供されます。
エンティティ(ターゲット)にポリシーが割り当てられているかどうかを確認するには、次の手順に従います。
製品(APM、ブラウザなど)に移動します。
選択した製品のインデックスから、エンティティの色分けされた稼働ステータスがアイコン付きの薄い緑色であるかどうかを確認します。
ヒント
例外:Infrastructureはこの機能を使用しません。
閾値に対する違反をインシデントレコードにグループ化する方法(ポリシー別、条件別、またはターゲットと条件別)を選択するには、次の手順に従います。
one.newrelic.comのトップナビゲーションで、Alerts & AIをクリックし、Alert policiesをクリックしてから(ポリシーを選択)をクリックします。
インシデントプリファレンスをクリックします。
応用インテリジェンスを使用する場合は、条件をインシデントインテリジェンスに接続できます。
one.newrelic.comから、Alertsをクリックします。
左側のIncident Intelligenceで、Sourcesをクリックしてから、Alertsをクリックします。
応用インテリジェンスに接続するポリシーを選択し、Connectをクリックします。
Sources > Alertsで、アラートポリシーを追加、またはすでに接続しているポリシーを削除できます。