New Relicのインフラストラクチャモニタリングを使用すると、NewRelicで現在モニタリングしているもののコンテキスト内でアラート条件を直接作成できます。
たとえば、 フィルタセットを監視していて問題に気付いた場合、アラートを直接作成でき、アラートから再作成する必要はありません。アラートを作成するには、フィルターセットをすぐに選択し、表示しているグラフからアラート条件を直接調整します。これにより、環境のアラートシステムをプロアクティブに管理および監視できます。アラート違反は、フィルターセット内のエンティティごとに作成されます。
インフラストラクチャエージェントでアラート状態を試してみませんか？New Relicアカウントを無料で作成しましょう！クレジットカードは必要ありません。
インフラストラクチャのアラート条件を作成する
アラート条件はアラートポリシーに適用されます。インフラストラクチャ監視UIから、既存のポリシーを選択するか、電子メール通知を使用して新しいポリシーを作成できます。他のタイプの通知チャネルを使用する場合は、アラートUI内から新しいポリシーを作成します。
重要
Infrastructure REST API には、アクティブな と 無効化された条件の両方を含む、3,700 のアラート条件の制限があります。APIは、直接使用するかUIを介して使用するかにかかわらず、3,700のアラート条件の制限を超えて追加のアラート条件を追加するすべての要求を拒否します。
インフラストラクチャアラート条件をアラートポリシーに追加するには、次の手順に従います。
one.newrelic.com > Infrastructureに移動し、以下の Infrastructure monitoring ページのいずれかを選択します: Hosts 、 Processes 、 Network 、またはStorage 。アラートを表示するグラフにマウスを合わせ、楕円を選択しますアイコンをクリックし、[アラートの作成] を選択します。
意味のある条件名を入力します。
アラートタイプを選択するか、 例を参照して、選択するタイプを決定します。
個々のフィルターを作成するか、 フィルターセットからすべてのフィルターをコピーして、アラート条件で使用するホストを識別します。
重要
フィルターのルールについては、 フィルターセットロジック をご覧ください。
クリティカル （必須）と ワーニング （利用可能な場合はオプション） アラート通知をトリガーするための閾値 を定義します。
オプション：条件基準を事前に作成するが、現時点ではアラート通知を受信しないようにするには、 [有効]チェックボックスオプションをオフにします。
新しい条件の既存のポリシーを選択します。
また
新しいポリシーを作成し、アラート通知の電子メールを識別するオプションを選択します。
オプション： RunbookのURLを追加します。
オプション：違反の違反時間制限を設定します（これはデフォルトで24時間です）。
[作成]を選択します。
重要
クラウドインテグレーションサービスのアトリビュートをNew Relicが過去60分以内に受信していない場合、これを"サイレントアトリビュートと呼び、" 、UIでアラート条件として使用することはできません。このような状況では、 API を使用して、サイレントアトリビュートに対するアラート条件を作成することができます。
その他のインフラストラクチャアラート条件メソッド
これらの他の方法を使用して、インフラストラクチャアラート条件を作成することもできます。
ホストアラートイベントを表示する
ポリシーの通知チャネルに含まれる人は誰でも、アラート通知を直接受信します。さらに、New Relicアカウントの権限を持っている人は誰でも、ユーザーインターフェイスを介してインフラストラクチャアラートインシデントと個々の違反を表示できます。
- one.newrelic.com > Infrastructure > Eventsに移動します。
- ホストまたは時間枠を変更するには、検索ウィンドウ、フィルターセット、または時間関数を使用します。
- [イベント]リストから、アラート違反を選択します。
- 選択した違反 に関するアラートの詳細情報を表示するには、リンクを選択します。
ホストアラート情報を更新または削除する
ホストアラート情報を編集、無効化（または再度有効化）、または削除するには、次の手順に従います。
one.newrelic.com > Infrastructure > Settings > Alertsに移動します。
オプション：検索ウィンドウを使用するか、 [すべて選択]チェックボックスを使用して、1つ以上のアラート条件を見つけます。
利用可能な機能のいずれかを選択して
編集、無効化、有効化、または
選択した条件を削除します。
アラートを使用してインフラストラクチャ全体を監視する
Alertsは、すべてのNewRelic製品にまたがる単一の調整されたアラートツールを提供します。これにより、Dockerコンテナ、JVMなど、最も関心のあるエンティティのメトリックに焦点を当てたアラートポリシーと条件を管理できます。
アラート機能 | インフラストラクチャの機能 |
|---|---|
アラート条件 |
|
アラートに関する情報 |
|
アラートポリシー | 表示、追加、変更、無効化、削除を行います。
|
通知チャネル | 利用可能な通知オプションを表示、追加、変更、または削除するには：
|
説明を追加
Description フィールドの使用は、これらのアラート状態のタイプに利用できます。
- NRQL条件： NerdGraphAPIを使用して説明を追加します。
- インフラ条件：UIまたはREST APIを使用して説明を追加します。
アラート条件の[説明]フィールドに入力したテキストは、関連する違反と通知にダウンストリームで渡されます。説明は、次のようないくつかの目的に使用できます。
- アラート状態の理由を把握する
- 監視対象の信号を定義します。
- 次のステップを定義します。
- ダウンストリームシステムにメタデータを追加します。
テンプレート置換を使用して、関連する違反イベントの属性から値を挿入できます。テンプレートの形式は{{attributeName}}です。説明の作成時に使用できる属性については、違反イベントの属性を参照してください。
使用可能な属性の1つは、特別な{{tag.*}}属性です。この属性プレフィックスは、ターゲット信号に含まれているタグ値、またはターゲット信号に関連付けられているエンティティタグにアクセスするために使用されます。
違反に関連付けられているエンティティタグがある場合は、エンティティタグ名を使用してアクセスできます。この例は{{tag.aws.awsRegion}}です。エンティティタグを使用できる場合は、違反に含まれていることがわかり、インシデントの違反を表示すると表示されます。
このフィールドの最大文字サイズは4,000です。
RunbookのURLを追加または編集する
警告条件作成プロセス には、ランブックの説明書にURLを設定するオプションがあります。これにより、違反を処理するための情報や標準的な手順にリンクすることができます。リンクを追加または更新する前に、有効なURLを使用していることを確認してください。
警告条件のランブックURLを追加、更新、または削除するには、以下の手順に従います。
- アラート条件を選択し、 RunbookURLリンクを変更します。
- 条件を保存します。
保存されるためには、URLが有効なURLである必要があります。
違反の制限時間
違反時間制限では、違反が強制的に閉じられるまでの時間を定義することができます。デフォルトでは、違反の時間制限は24時間です。
アラート条件の違反時間制限を追加または更新するには：
- アラート条件を選択し、違反時間制限を変更します。
- 条件を保存します。
長すぎるNRQLクエリを生成する条件を警告する
インフラストラクチャ用に作成されたアラート条件は、舞台裏のNRQLクエリに依存しており、NRQLクエリには4096文字の制限があります。これは、条件が多くの要素（たとえば、多くのホストや多くのタグを含む）でフィルタリングする非常に複雑なNRQLクエリを生成する場合、この制限を超え、条件が失敗したことを示すエラーメッセージを表示することを意味します。
この問題を解決するには、アラート状態で使用している要素の数を減らします。例えば：
問題 | 解決 |
|---|---|
ホスト |
|
エンティティ |
|
詳細については、New Relic のサポート フォーラムでインフラストラクチャ アラートのフィルタリングに関するベスト プラクティスを参照してください。