重要
AWS CloudWatch Metric Streams統合を有効にして、カスタムネームスペースを含むAWSサービスからのすべてのCloudWatchメトリクスをモニターします。個別の統合は、もはや推奨されるオプションではありません。
Amazon Application Load Balancing (ALB) は、受信したアプリケーション・トラフィックを、複数のアベイラビリティー・ゾーンにあるEC2インスタンスなどの複数のターゲットに分散させます。 Amazon Network Load Balancer (NLB) は、受信したトラフィックを、Amazon EC2インスタンスなどの複数のターゲットに分散させます。
New Relic infrastructure integrations には、AWS ALB/NLB のデータを New Relic 製品にレポートするための統合があります。このドキュメントでは、この統合を有効にする方法と、取得できるデータについて説明します。
New Relic は、Amazon の ELB (Elastic Load Balancing) サービス の の統合も提供しています。
統合をアクティブ化する [#activate]
この統合を有効にするには、標準的な手順に従って AWS サービスを New Relic に接続します。
構成とポーリング
構成オプションを使用して、ポーリング頻度とフィルターデータを変更できます。
デフォルトのポーリング AWS ALB/NLB統合の情報を提供します。
- New Relicのポーリング間隔：5分
- Amazon CloudWatchデータ間隔：1分
データの表示と使用
インテグレーションデータを表示して使用するには、one.newrelic.com > All capabilities > Infrastructure > AWS に移動して、 AWS ALB インテグレーションリンクの 1 つを選択します。
次の4つのデータカテゴリ内でLoadBalancerSampleイベントタイプを使用して、データをクエリおよび探索できます。
- ALB：
provider値AlbのNewRelicに表示されます。 - NLB：
provider値NlbのNewRelicに表示されます。 - ALBターゲットグループ：
provider値AlbTargetGroupのNewRelicに表示されます。 - NLBターゲットグループ：
provider値NlbTargetGroupのNewRelicに表示されます。
メトリックデータ
データのALB統合カテゴリは2つあります。ALBとALBターゲットグループです。
ALBの指標
New Relic Amazon 統合は、次の Amazon ALB データをプロバイダー Albに収集します。
メトリック | 説明 |
|---|---|
| クライアントからロードバランサーへ、およびロードバランサーからターゲットへの同時進行のTCPコネクションの総数です。 |
| クライアントからロードバランサーへ、およびロードバランサーからターゲットへ確立された新しいTCPコネクションの総数です。 |
| ロードバランサーが最大接続数に達したために拒否された接続数です。 |
| ロードバランサーがIPv4とIPv6で処理した総バイト数。 |
| IPv4およびIPv6で処理された要求の数。ロードバランサノードがターゲットを選択できた場合にのみ、リクエストはこのメトリックをインクリメントします。ターゲットが選択される前に要求が拒否された場合、その要求は反映されません。 統計：合計が最大の価値を提供します。 |
| ロードバランサーで処理されたルールの数で、1時間平均のリクエストレートが与えられます。 |
| クライアントが開始したTLS接続のうち、ロードバランサーとのセッションを確立できなかった数です。原因としては、暗号やプロトコルの不一致などが考えられます。 |
| ロードバランサーから発信されたHTTP 5XXサーバーエラーコードの数です。このカウントには、ターゲットが生成したレスポンスコードは含まれません。 |
| ロードバランサーから発生した HTTP 4XX クライアントエラーコードの数です。クライアントエラーは、リクエストが不正または不完全な場合に発生します。これらのリクエストは、ターゲットによって受信されていません。 |
| ロードバランサーがIPv6で処理した総バイト数です。 |
| ロードバランサーが受信したIPv6リクエストの数です。 |
| ロードバランサーがLambda関数へのリクエストおよびLambda関数からのレスポンスに対して処理した総バイト数です。 |
ALBターゲットグループの指標
ターゲットグループデータは、プロバイダーAlbTargetGroupのNewRelicに保存されます。たとえば、このデータを使用して、ターゲットグループごとにエラーメトリックをファセット化できます。
メトリック | 説明 |
|---|---|
| ターゲットグループ内の各ターゲットが受信するリクエストの平均数。 統計：合計のみが有効です。これは、合計ではなく平均を表します。 |
| 健全と思われるターゲットの数。 |
| 不健康と思われるターゲットの数。 |
| リクエストがロードバランサーを離れてから、ターゲットからのレスポンスを受信するまでの経過時間（秒）です。 利用可能な統計情報
|
| ターゲットによって生成されたHTTP |
| ターゲットによって生成されたHTTP |
| ターゲットによって生成されたHTTP |
| ターゲットによって生成されたHTTP |
| ロードバランサーやAWS Lambdaの内部の問題で失敗したLambda関数へのリクエストの数です。 |
| Lambda関数に問題があって失敗したLambda関数へのリクエスト数。 |
データのNLB統合カテゴリは2つあります。NLBとNLBの対象グループです。
NLBメトリクス
New Relic Amazon 統合は、次の Amazon NLB データをプロバイダー Nlbに収集します。
メトリック | 説明 |
|---|---|
| クライアントからターゲットへの同時フロー（または接続）の総数。このメトリックには、 TCPコネクションはロードバランサーで終了しないため、クライアントがターゲットへのTCPコネクションを開くと1つのフローとしてカウントされます。 |
| クライアントからターゲットへの同時TLSフロー（または接続）の総数。このメトリックには、 |
| クライアントとTLSリスナー間のネゴシエーションで失敗したTLSハンドシェイクの総数です。 |
| ロードバランサーが使用するロードバランサーキャパシティユニット（LCU）の数です。1時間あたりに使用するLCUの数に応じて支払います。 |
| 期間内にクライアントからターゲットへ確立された新規フロー（または接続）の総数。 |
| 期間内にクライアントからターゲットへ確立された新しいTLSフロー（またはコネクション）の総数。 |
| ロードバランサーが処理した、TCP/IPヘッダーを含む総バイト数です。 |
| TLSリスナーが処理した総バイト数。 |
| TLSリスナーとターゲット間のネゴシエーションで失敗したTLSハンドシェイクの総数です。 |
| クライアントからターゲットに送信されたリセット（RST）パケットの総数です。これらのリセットは、クライアントによって生成され、ロードバランサーによって転送されます。 |
| ロードバランサーが生成したリセット（RST）パケットの総数です。 |
| ターゲットからクライアントに送信されたリセット（RST）パケットの総数です。これらのリセットは、ターゲットによって生成され、ロードバランサーによって転送されます。 |
NLBターゲットグループの指標
ターゲットグループデータは、プロバイダーNlbTargetGroupのNewRelicに保存されます。たとえば、このデータを使用して、ターゲットグループごとにエラーメトリックをファセット化できます。
メトリック | 説明 |
|---|---|
| 健全と思われるターゲットの数。 |
| 不健康と思われるターゲットの数。 |