翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
CloudWatch Application Load Balancer の メトリクス
Elastic Load Balancing は、ロードバランサーとターゲットのデータポイントを Amazon CloudWatch に発行します。 CloudWatch を使用すると、これらのデータポイントに関する統計を、メトリクスと呼ばれる時系列データの順序付けられたセットとして取得できます。メトリクスは監視対象の変数、データポイントは時間の経過と共に変わる変数の値と考えることができます。たとえば、指定した期間中のロードバランサーの正常なターゲットの合計数を監視することができます。各データポイントには、タイムスタンプと、オプションの測定単位が関連付けられています。
メトリクスを使用して、システムが正常に実行されていることを確認できます。例えば、指定したメトリクスをモニタリングする CloudWatch アラームを作成し、メトリクスが許容範囲外になった場合にアクション (E メールアドレスへの通知の送信など) を開始できます。
Elastic Load Balancing は、リクエストがロードバランサーを通過している CloudWatch 場合にのみ、メトリクスを にレポートします。ロードバランサーを経由するリクエストがある場合、Elastic Load Balancing は 60 秒間隔でメトリクスを測定し、送信します。ロードバランサーを経由するリクエストがないか、メトリクスのデータがない場合、メトリクスは報告されません。
詳細については、「Amazon CloudWatch ユーザーガイド」を参照してください。
内容
Application Load Balancer のメトリック
AWS/ApplicationELB
名前空間には、以下のロードバランサーのメトリクスが含まれます。
メトリクス | 説明 |
---|---|
ActiveConnectionCount |
クライアントからロードバランサー、およびロードバランサーからターゲットへのアクティブな同時TCP接続の合計数。 レポート条件: ゼロ以外の値がある 統計: 最も有用な統計は ディメンション
|
AnomalousHostCount |
異常として検出されたホストの数。 レポート条件: 常に報告される 統計値: 最も有用な統計値は ディメンション
|
ClientTLSNegotiationErrorCount |
TLS エラーのためにロードバランサーとのセッションを確立しなかった、クライアントによって開始されたTLS接続の数。考えられる原因としては、暗号やプロトコルの不一致、クライアントがサーバー証明書を検証できないため接続を閉じるなどがあります。 レポート条件: ゼロ以外の値がある 統計: 最も有用な統計は ディメンション
|
ConsumedLCUs |
ロードバランサーが使用するロードバランサーのキャパシティーユニット数 (LCU)。1 時間あたりに使用する の数に対してお支払いLCUsいただきます。詳細については、Elastic Load Balancing の料金表 レポート条件: 常に報告される 統計: All ディメンション
|
PeakLCUs |
特定の時点でロードバランサーが使用するロードバランサーキャパシティーユニット (LCU) の最大数。LCU 予約を使用する場合にのみ適用されます。 レポート条件: 常に 統計値: 最も有用な統計値は ディメンション
|
ReservedLCUs |
LCU 予約を使用してロードバランサー用に予約されたロードバランサーキャパシティーユニット (LCUs) の数。 レポート条件: ゼロ以外の値がある 統計: All ディメンション
|
DesyncMitigationMode_NonCompliant_Request_Count |
7230 RFC に準拠していないリクエストの数。 レポート条件: ゼロ以外の値がある 統計: 最も有用な統計は ディメンション
|
DroppedInvalidHeaderRequestCount |
リクエストをルーティングする前に、ロードバランサーが無効なHTTPヘッダーフィールドを持つヘッダーを削除したリクエストの数。ロードバランサーは、 レポート条件: ゼロ以外の値がある 統計: All ディメンション
|
MitigatedHostCount |
異常緩和の対象であるターゲットの数。 レポート条件: 常に報告される 統計値: 最も有用な統計値は ディメンション
|
ForwardedInvalidHeaderRequestCount |
ロードバランサーによってルーティングされたリクエストのうち、無効なHTTPヘッダーフィールドを持つヘッダーを持つリクエストの数。ロードバランサーは、 レポート条件: 常に報告される 統計: All ディメンション
|
GrpcRequestCount |
IPv4 および で処理された gRPC リクエストの数IPv6。 レポート条件: ゼロ以外の値がある 統計 : 最も有用な統計は ディメンション
|
HTTP_Fixed_Response_Count |
成功した固定レスポンスアクションの数。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
HTTP_Redirect_Count |
成功したリダイレクトアクションの数。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
HTTP_Redirect_Url_Limit_Exceeded_Count |
レスポンスの場所ヘッダーURLの が 8K より大きいために完了できなかったリダイレクトアクションの数。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
HTTPCode_ELB_3XX_Count |
ロードバランサーから送信される HTTP3XX リダイレクトコードの数。この数には、ターゲットによって生成される応答コードは含まれません。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
HTTPCode_ELB_4XX_Count |
ロードバランサーから送信される HTTP4XX クライアントエラーコードの数。この数には、ターゲットによって生成される応答コードは含まれません。 リクエストの形式が不正な場合、または不完全な場合は、クライアントエラーが生成されます。これらのリクエストは、ロードバランサーが HTTP 460 エラーコードを返す場合を除き、ターゲットによって受信されませんでした。この数には、ターゲットによって生成される応答コードは含まれません。 レポート条件: ゼロ以外の値がある 統計 : 最も有用な統計は ディメンション
|
HTTPCode_ELB_5XX_Count |
ロードバランサーから送信される HTTP 5XX サーバーエラーコードの数。この数には、ターゲットによって生成される応答コードは含まれません。 レポート条件: ゼロ以外の値がある 統計 : 最も有用な統計は ディメンション
|
HTTPCode_ELB_500_Count |
ロードバランサーから発生する HTTP 500 エラーコードの数。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
HTTPCode_ELB_502_Count |
ロードバランサーから発生する HTTP 502 エラーコードの数。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
HTTPCode_ELB_503_Count |
ロードバランサーから発生する HTTP 503 エラーコードの数。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
HTTPCode_ELB_504_Count |
ロードバランサーから発生する HTTP 504 エラーコードの数。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
IPv6ProcessedBytes |
ロードバランサーが で処理した合計バイト数IPv6。この数は レポート条件: ゼロ以外の値がある 統計: 最も有用な統計は ディメンション
|
IPv6RequestCount |
ロードバランサーが受信したIPv6リクエストの数。 レポート条件: ゼロ以外の値がある 統計 : 最も有用な統計は ディメンション
|
NewConnectionCount |
クライアントからロードバランサー、およびロードバランサーからターゲットに確立された新しいTCP接続の合計数。 レポート条件: ゼロ以外の値がある 統計: 最も有用な統計は ディメンション
|
NonStickyRequestCount |
既存のスティッキーセッションを使用できなかったために、ロードバランサーが新しいターゲットを選択したリクエストの数。たとえば、リクエストが新しいクライアントから最初のリクエストで、維持 Cookie が提示されなかった、維持 Cookie が提示されたが、このターゲットグループに登録されたターゲットを指定しなかった、維持 Cookie の形式が誤っているか期限切れであった、内部エラーによりロードバランサーは維持 Cookie を読み取れなかったなどです。 レポート条件: 維持設定がターゲットグループで有効になっている。 [Statistics] (統計): 唯一意味のある統計は ディメンション
|
ProcessedBytes |
IPv4 およびHTTP ( IPv6ヘッダーとHTTPペイロード) でロードバランサーによって処理された合計バイト数。この数には、クライアントとの間および Lambda 関数との間で送受信されるトラフィックに加えて、ユーザー認証が有効な場合は ID プロバイダー (IdP) からのトラフィックが含まれます。 レポート条件: ゼロ以外の値がある 統計: 最も有用な統計は ディメンション
|
RejectedConnectionCount |
ロードバランサーが接続の最大数に達したため、拒否された接続の数。 レポート条件: ゼロ以外の値がある 統計: 最も有用な統計は ディメンション
|
RequestCount |
IPv4 および で処理されたリクエストの数IPv6。このメトリクスは、ロードバランサーノードがターゲットを選択できたリクエストに対してのみ増分されます。ターゲットが選択される前に拒否されたリクエストは、このメトリクスには反映されません。 レポート条件: 常に報告される 統計: 最も有用な統計は ディメンション
|
RuleEvaluations |
リクエストの処理中にロードバランサーによって評価されたルールの数。デフォルトのルールはカウントされません。このカウントにはリクエストごとに 10 個の無料のルール評価が含まれます。 レポート条件: ゼロ以外の値がある 統計: 最も有用な統計は ディメンション
|
ZonalShiftedHostCount |
ゾーンシフトのために無効と見なされるターゲットの数。 レポート条件: 値がある場合に報告されます 統計: 最も有用な統計は ディメンション
|
AWS/ApplicationELB
名前空間には、以下のターゲットのメトリクスが含まれます。
メトリクス | 説明 |
---|---|
HealthyHostCount |
正常と見なされるターゲットの数。 報告基準: 登録済みのターゲットがある場合に報告されます。 統計値: 最も有用な統計値は ディメンション
|
HTTPCode_Target_2XX_Count ,
HTTPCode_Target_3XX_Count ,
HTTPCode_Target_4XX_Count ,
HTTPCode_Target_5XX_Count |
ターゲットによって生成されたHTTPレスポンスコードの数。これには、ロードバランサーによって生成される応答コードは含まれません。 報告基準: 登録済みのターゲットがある場合に報告されます。 統計 : 最も有用な統計は ディメンション
|
RequestCountPerTarget |
ターゲットグループ内のターゲットあたりの平均リクエスト数。 この数は、ターゲットグループが受信したリクエストの合計数を、ターゲットグループ内の正常なターゲットの数で割ったものを使用します。ターゲットグループに正常なターゲットがない場合は、登録されたターゲットの合計数で割ります。 レポート条件: 常に報告される 統計: 有効な唯一の統計は ディメンション
|
TargetConnectionErrorCount |
ロードバランサーとターゲット間で正常に確立されなかった接続数。ターゲットが Lambda 関数である場合、このメトリクスは適用されません。このメトリクスは、ヘルスチェック接続が失敗しても増分されません。 レポート条件: ゼロ以外の値がある 統計: 最も有用な統計は ディメンション
|
TargetResponseTime |
リクエストがロードバランサーを離れ、ターゲットが応答ヘッダーの送信を開始するまでの経過時間 (秒)。これは、アクセスログの レポート条件: ゼロ以外の値がある 統計: 最も有用な統計は ディメンション
|
TargetTLSNegotiationErrorCount |
ターゲットとのセッションを確立しなかったロードバランサーによって開始されたTLS接続の数。暗号化またはプロトコルの不一致が原因である場合があります。ターゲットが Lambda 関数である場合、このメトリクスは適用されません。 レポート条件: ゼロ以外の値がある 統計: 最も有用な統計は ディメンション
|
UnHealthyHostCount |
異常とみなされるターゲットの数。 報告基準: 登録済みのターゲットがある場合に報告されます。 統計値: 最も有用な統計値は ディメンション
|
AWS/ApplicationELB
名前空間には、ターゲットの正常性に関する以下のメトリクスを含んでいます。詳細については、「ターゲットグループの正常性」を参照してください。
メトリクス | 説明 |
---|---|
HealthyStateDNS |
DNS 正常状態の要件を満たすゾーンの数。 統計: 最も有用な統計は ディメンション
|
HealthyStateRouting |
ルーティングにより正常状態と判断されたゾーンの数。 統計: 最も有用な統計は ディメンション
|
UnhealthyRoutingRequestCount |
ルーティングフェイルオーバーアクション (フェールオープン) を使用してルーティングされたリクエストの数。 統計: 最も有用な統計は ディメンション
|
UnhealthyStateDNS |
DNS 正常状態の要件を満たしていないため、 で異常とマークされたゾーンの数DNS。 統計: 最も有用な統計は ディメンション
|
UnhealthyStateRouting |
ルーティングの正常状態に関する要件を満たしていないゾーンの数。ロードバランサーは、このゾーン内の (障害のあるターゲットを含む) すべてのターゲットに対し、トラフィックを分散します。 統計: 最も有用な統計は ディメンション
|
AWS/ApplicationELB
名前空間には、ターゲットとして登録された Lambda 関数の次のメトリクスが含まれています。
メトリクス | 説明 |
---|---|
LambdaInternalError |
ロードバランサーまたは AWS Lambdaの内部的な問題のために失敗した Lambda 関数へのリクエストの数。エラー理由コードを取得するには、アクセスログの error_reason フィールドを確認します。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
LambdaTargetProcessedBytes |
Lambda 関数へのリクエストおよび Lambda 関数からのレスポンスについて、ロードバランサーによって処理された総バイト数。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
LambdaUserError |
Lambda 関数の問題のために失敗した Lambda 関数へのリクエストの数。例えば、ロードバランサーに 関数を呼び出すアクセス許可がなかった、ロードバランサーが 関数JSONから受け取った形式が正しくない、または必須フィールドが欠落している、リクエストボディまたはレスポンスのサイズが最大サイズである 1 MB を超えたなどです。エラー理由コードを取得するには、アクセスログの error_reason フィールドを確認します。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
AWS/ApplicationELB
名前空間には、ユーザー認証用に以下のメトリクスが含まれます。
メトリクス | 説明 |
---|---|
ELBAuthError |
認証アクションが誤って設定されたため、ロードバランサーが IdP との接続を確立できなかったため、またはロードバランサーが内部エラーにより認証フローを完了できなかったため、完了できなかったユーザー認証の数。エラー理由コードを取得するには、アクセスログの error_reason フィールドを確認します。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
ELBAuthFailure |
IdP がユーザーまたは認可コードへのアクセスを拒否したため、または承認コードが複数回使用されため、完了できなかったユーザー認証の数。エラー理由コードを取得するには、アクセスログの error_reason フィールドを確認します。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
ELBAuthLatency |
ID トークンとユーザー情報を IdP に照会するのにかかった時間 (ミリ秒単位)。これらのオペレーションが 1 つ以上失敗した場合は、エラーになるまでの時間です。 レポート条件: ゼロ以外の値がある [Statistics] (統計): すべての統計は意味があります。 ディメンション
|
ELBAuthRefreshTokenSuccess |
ロードバランサーが、IdP から提供された更新トークンを使用してユーザークレームを正常に更新した回数。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
ELBAuthSuccess |
成功した認証アクションの数。ロードバランサーが IdP からユーザークレームを取得した後、認証ワークフローが終了すると、このメトリクスが増分されます。 レポート条件: ゼロ以外の値がある 統計: 最も有用な統計は ディメンション
|
ELBAuthUserClaimsSizeExceeded |
設定された IdP が、11 KB を超えるサイズのユーザークレームを返した回数。 レポート条件: ゼロ以外の値がある [Statistics] (統計): 唯一意味のある統計は ディメンション
|
Application Load Balancer のメトリクスディメンション
Application Load Balancer のメトリクスを絞り込むには、次のディメンションを使用できます。
ディメンション | 説明 |
---|---|
AvailabilityZone |
アベイラビリティーゾーン別にメトリクスデータをフィルタリングします。 |
LoadBalancer |
ロードバランサーでメトリクスデータをフィルタリングします。ロードバランサーを app/load-balancer-name/1234567890123456 (ロードバランサー の最後の部分) のように指定しますARN。 |
TargetGroup |
ターゲットグループでメトリクスデータをフィルタリングします。ターゲットグループを targetgroup/target-group-name/1234567890123456 (ターゲットグループ の最後の部分ARN) として指定します。 |
Application Load Balancer の統計
CloudWatch は、Elastic Load Balancing によって発行されたメトリクスデータポイントに基づく統計を提供します。統計とは、メトリクスデータを指定した期間で集約したものです。統計を要求した場合、返されるデータストリームはメトリクス名とディメンションによって識別されます。ディメンションは、メトリクスを一意に識別する名前と値のペアです。例えば、特定のアベイラビリティーゾーンで起動されたロードバランサーの背後にあるすべての正常なEC2インスタンスの統計をリクエストできます。
Minimum
および Maximum
の統計は、各サンプリングウィンドウの個別のロードバランサーノードから報告されるデータポイントの最小値と最大値を反映します。例えば、Application Load Balancer を構成する 2 つのロードバランサーノードがあるとします。一方のノードは、HealthyHostCount
の Minimum
が 2、Maximum
が 10、Average
が 6 で、もう一方のノードは HealthyHostCount
の Minimum
が 1、Maximum
が 5、Average
が 3 です。このため、ロードバランサーの Minimum
は 1、Maximum
は 10、Average
は約 4 です。
Minimum
統計のゼロ以外の UnHealthyHostCount
をモニタリングし、複数のデータポイントでゼロ以外の値が発生した場合にアラームを受け取ることをお勧めします。Minimum
を使用すると、ロードバランサーのすべてのノードとアベイラビリティーゾーンによってターゲットが異常であるとみなされた場合に検出されます。Average
または Maximum
のアラームは、潜在的な問題についてアラートを受け取りたい場合に役立ちます。このメトリクスを確認し、ゼロ以外の発生について調査することをお勧めします。障害を自動的に軽減するには、Amazon EC2 Auto Scaling または Amazon Elastic Container Service (Amazon ) でロードバランサーのヘルスチェックを使用するベストプラクティスに従いますECS。
Sum
統計は、すべてのロードバランサーノードにおける集計値です。メトリクスには期間あたり複数のレポートが含まれているため、Sum
はすべてのロードバランサーノードで集計されたメトリクスのみに適用されます。
SampleCount
統計は測定されたサンプルの数です。メトリクスはサンプリング間隔とイベントに基づいて集計されるため、通常、この統計は有用ではありません。例えば、HealthyHostCount
の SampleCount
は、正常なホストの数ではなく各ロードバランサーノードが報告するサンプル数に基づいています。
パーセンタイルは、データセットにおける値の相対的な位置を示します。小数点以下最大 2 桁を使用して、任意のパーセンタイルを指定できます (p95.45 など)。例えば、95 パーセンタイルは、95 パーセントのデータがこの値を下回っており、5 パーセントがこの値を上回っていることを意味します。パーセンタイルは、異常を分離するためによく使用されます。例えば、アプリケーションがほとんどのリクエストをキャッシュから 1 ~ 2 ミリ秒で処理するのに、キャッシュが空の場合は 100 ~ 200 ミリ秒になるとします。最大値は最も速度が遅い場合を反映し、約 200 ミリ秒になります。平均値はデータの分散を示してはいません。パーセンタイルで、アプリケーションのパフォーマンスのより有益なビューが得られます。99 パーセンタイルを Auto Scaling トリガーまたは CloudWatch アラームとして使用することで、処理に 2 ミリ秒以上かかるリクエストが 1% 以下であることをターゲットにできます。
ロードバランサーの CloudWatch メトリクスを表示する
Amazon EC2コンソールを使用して、ロードバランサーの CloudWatch メトリクスを表示できます。これらのメトリクスは、モニタリング用のグラフのように表示されます。ロードバランサーがアクティブでリクエストを受信しているときにのみ、モニタリング用のグラフにデータポイントが表示されます。
または、 CloudWatch コンソールを使用してロードバランサーのメトリクスを表示できます。
コンソールを使用してメトリクスを表示するには
で Amazon EC2コンソールを開きますhttps://console.aws.amazon.com/ec2/
。 -
ターゲットグループによってフィルタリングされたメトリクスを表示するには、以下の作業を実行します。
-
ナビゲーションペインで、[Target Groups] を選択します。
-
ターゲットグループを選択し、[Monitoring] タブを選択します。
-
(オプション) 結果を時間でフィルタリングするには、[Showing data for] から時間範囲を選択します。
-
1 つのメトリクスの大きいビューを取得するには、グラフを選択します。
-
-
ロードバランサーでフィルタリングされたメトリクスを表示するには、以下の操作を実行します。
-
ナビゲーションペインで、[Load Balancers] を選択します。
-
ロードバランサーを選択し、[Monitoring] タブを選択します。
-
(オプション) 結果を時間でフィルタリングするには、[Showing data for] から時間範囲を選択します。
-
1 つのメトリクスの大きいビューを取得するには、グラフを選択します。
-
CloudWatch コンソールを使用してメトリクスを表示するには
で CloudWatch コンソールを開きますhttps://console.aws.amazon.com/cloudwatch/
。 -
ナビゲーションペインで Metrics (メトリクス) を選択します。
-
アプリケーションELBの名前空間を選択します。
-
(オプション) すべてのディメンションでメトリクスを表示するには、検索フィールドに名称を入力します。
-
(オプション) ディメンション別に検索するには、次のいずれかを選択します。
-
ロードバランサーについて報告されたメトリクスのみを表示するには、アプリELBメトリクスごとを選択します。1 つのロードバランサーのメトリクスを表示するには、検索フィールドにその名前を入力します。
-
ターゲットグループについて報告されたメトリクスのみを表示するには、アプリごとELB、および TG メトリクスごとに を選択します。1 つのターゲットグループのメトリクスを表示するには、検索フィールドにその名前を入力します。
-
アベイラビリティーゾーンごとにロードバランサーについて報告されたメトリクスのみを表示するには、アプリごとELB、AZ メトリクスごとを選択します。1 つのロードバランサーのメトリクスを表示するには、検索フィールドにその名前を入力します。1 つのアベイラビリティーゾーンのメトリクスを表示するには、検索フィールドにその名前を入力します。
-
アベイラビリティーゾーンとターゲットグループごとにロードバランサーについて報告されたメトリクスのみを表示するには、アプリごとELB、AZ ごと、および TG メトリクスごとに選択します。1 つのロードバランサーのメトリクスを表示するには、検索フィールドにその名前を入力します。1 つのターゲットグループのメトリクスを表示するには、検索フィールドにその名前を入力します。1 つのアベイラビリティーゾーンのメトリクスを表示するには、検索フィールドにその名前を入力します。
-
を使用してメトリクスを表示するには AWS CLI
使用可能なメトリクスを表示するには、次の list-metrics コマンドを使用します。
aws cloudwatch list-metrics --namespace AWS/ApplicationELB
を使用してメトリクスの統計を取得するには AWS CLI
次のget-metric-statisticsコマンドを使用して、指定されたメトリクスと dimension. CloudWatch treats の統計を取得し、ディメンションの一意の各組み合わせを個別のメトリクスとして扱います。特に発行されていないディメンションの組み合わせを使用した統計を取得することはできません。メトリクス作成時に使用した同じディメンションを指定する必要があります。
aws cloudwatch get-metric-statistics --namespace AWS/ApplicationELB \ --metric-name UnHealthyHostCount --statistics Average --period 3600 \ --dimensions Name=LoadBalancer,Value=app/my-load-balancer/50dc6c495c0c9188 \ Name=TargetGroup,Value=targetgroup/my-targets/73e2d6bc24d8a067 \ --start-time 2016-04-18T00:00:00Z --end-time 2016-04-21T00:00:00Z
出力例を次に示します。
{
"Datapoints": [
{
"Timestamp": "2016-04-18T22:00:00Z",
"Average": 0.0,
"Unit": "Count"
},
{
"Timestamp": "2016-04-18T04:00:00Z",
"Average": 0.0,
"Unit": "Count"
},
...
],
"Label": "UnHealthyHostCount"
}