このページでは、New Relic に関する制限とルールについて説明します。
該当なし
カテゴリー  | 限定状態  | 最小値  | 最大値  | 
|---|---|---|---|
アラートポリシー  | 1文字  | 128文字  | |
該当なし  | 10Kポリシー  | ||
Alert conditions  | アカウントごと、1 分あたりの一致したデータ ポイント (詳細)  | 該当なし  | 300M  | 
アカウントごとの 1 分あたりのまとめスキャン操作数 (詳細はこちら)  | 該当なし  | 25億  | |
1文字  | 128文字  | ||
0条件  | 1000の条件  | ||
0条件  | 4K条件  | ||
条件ごとのファセット  | 該当なし  | 
  | |
しきい値 条件ごとに  | 警告 1 つまたは重大 1 つ  | 1 つの警告と 1 つのクリティカル  | |
Alert incidents  | 4K文字  | ||
30秒  | 2時間  | ||
問題ごとのインシデント数  | 1件  | 10K インシデント この制限を超えるインシデントは保持されません。  | |
インシデント検索 API: ページサイズ  | 1 ページ (25 件以下)  | 1K ページ (25K インシデント) ヒント未解決のインシデントをすべて取得するには、   | |
条件別イベントまとめ値  | 該当なし  | 1分あたり1K  | |
ワークフロー  | 該当なし  | 初期制限: 1K  | |
ワークフロー フィルター サイズ  | 1文字  | ワークフローあたり4,096文字  | |
通知チャネル (レガシー)  | チャンネルの制限  | ||
行き先  | 目的地の制限  | 1 目的地  | 
  | 
宛先ごとのメールアドレス  | メールアドレス1件  | 
  | |
組織あたりのメールアドレス数(24時間あたり)  | 該当なし  | 1000 個の固有の電子メール アドレス (すべてのユーザーに適用)  | 
NRDB アラート クエリに一致する 1 分あたりのデータ ポイント
アラート条件 Matched data points per minute 制限は、New Relic アカウント 内のアラート クエリの一致 データ ポイントの合計レートに適用されます。
この制限を超えると、レートが制限を下回るまで、影響を受けるアカウントの条件を作成または更新できなくなります。 既存のアラート条件は影響を受けません。
制限 UIで、一致したデータ ポイントと制限インシデントを確認できます。
どのような条件が最大のスループットにつながっているかを理解するには、次のようなクエリを実行できます。
FROM NrAiSignalSELECT sum(aggregatedDataPointsCount) AS 'alert matched data points'FACET conditionId一致したデータ ポイントを最適化するためのヒント:
- スライディング ウィンドウを使用している場合は、データ ポイントの数が大幅に増加する可能性があることに注意してください。データ ポイントの数を減らすには、より長い集計期間を使用できます。
 WHERE句を使用して、アラート対象のデータ量を絞り込みます。FACETの代わりにWHEREを使用すると、場合によってはより効率的なアラートを生成できます。- 同様のアラートを結合します。類似したアラート条件が複数ある場合は、組み合わせフィルターを使用してそれらをグループ化することを検討してください。
 
制限の引き上げをリクエストするには、New Relic アカウント担当者にお問い合わせください。
スライディング ウィンドウ を使用すると、データ ポイントの数が大幅に増加する可能性があることに注意してください。生成されるデータ ポイントの数を減らすために、スライディング ウィンドウ集計の期間を長くすることを検討してください。
まとめて 1 分あたりのスキャン操作数
アラート条件Alert query scan operations per minuteの制限は、取り込まれたイベントに対するクエリ スキャン操作の合計レートに適用されます。 書き込みスキャン操作は、取り込まれたイベントとNew Relic アカウント に登録されている一括書き込みを照合するためにNew Relic パイプラインによって実行される作業です。
この制限を超えると、レートが制限を下回るまで、影響を受けるアカウントの条件を作成または更新できなくなります。 既存のアラート条件は影響を受けません。
クエリスキャン操作と制限インシデントは、制限 UIで確認できます。
イベントをまとめてと一致させる場合、その書き込みが参照するデータ型からのすべてのイベントを検査する必要があります。 特定のデータ型でのイベントを減らす一般的な方法をいくつか示します (これにより、一括書き込みスキャン操作が減少します)。
ログ データに関するアラートを発行する場合は、ログ パーティションを使用して、一括書き込みのためにスキャンされるログを制限します。
カスタムイベントでアラートを送信する場合は、より大きなカスタムイベント タイプを分割します。
イベントのアラートの代わりにカスタムイベントを使用してください。
データを集約するためにメトリクスを作成します。
可能な場合は、瞬間イベントでアラートを送信する代わりに、メトリック タイムスライスを使用してください。
上記のヒントに加えて、未使用または不要な一括書き込み (アラート条件) をクリーンアップすると、書き込みスキャン操作の回数が減ります。
制限の引き上げをリクエストするには、New Relic アカウント担当者にお問い合わせください。
注意: New Relic サービスの中断中は、アラートが一時的に利用できなくなる場合があります。
制限の許容される使用
New Relicの利用規約によると、インフラストラクチャを圧倒するアラート条件は、 New Relicミニストレーターによって無効にされる場合があります。
New Relicミニストレーターによって条件が無効になっているかどうかを判断するために独自のアラートを設定するには、 NrIntegrationError の例を参照してください。