RDS Proxy モニタリングダッシュボード

RDS Proxy のモニタリングダッシュボードには、プロキシの [モニタリング] タブからアクセスできます。

ダッシュボードには、ウィジェットに配置された事前設定されたメトリクスのセットが用意されており、一般的なオブザーバビリティタスクとトラブルシューティングタスクの実行に役立つように設計されています。このダッシュボードにメトリクスが表示されない場合は、ダッシュボードの右上セクションにあるリンクを使用して CloudWatch のすべてのメトリクスを表示できます。

デフォルトのダッシュボードにメトリクスを追加または削除することはできません。プロキシのカスタムモニタリングビューを作成する場合は、CloudWatch で直接作成できます。詳細については、「CloudWatch ダッシュボードの使用」を参照してください。

モニタリングダッシュボードは複数のセクションに分かれており、メトリクスは事前定義された集計を使用してウィジェットごとにグループ化されています。基盤となる RDS Proxy メトリクスの詳細については、「CloudWatch を使用した RDS Proxy メトリクスのモニタリング」を参照してください。

概要

可用性 % (ロール別)

AvailabilityPercentage メトリクスの集計に基づいて、READWRITE および READ_ONLY ロールでターゲットが使用可能であった時間の割合。

可用性メトリクスは、プロキシによって実行されるデータベースのヘルスチェックの成功率を表すものであり、ターゲットデータベースインスタンスのヘルスステータスを反映します。このウィジェットは各ロールの Average 統計を使用し、計算は特定のロールにおけるデータベースインスタンスの数 (READWRITE ロールの場合は 1 つ、READ_ONLY ロールの場合は複数の場合あり) や、プロキシ内のノードの数 (RDS Proxy インフラストラクチャによって決定) の影響を受けます。

READWRITE ターゲットロールには単一のデータベースインスタンスのみを含めることができ、可用性の割合はすべてのプロキシノードにおけるヘルスチェック成功率の平均として計算されます。例えば、プロキシに 4 つのノードがあり、そのうちの 1 つが特定の期間内に正常なヘルスチェックレスポンスを受信しなかった場合、その期間の読み取り/書き込みの可用性は 75% と報告されます。同様に、プロキシに 4 つのノードがあり、そのいずれもが 1 分間のうち 30 秒間ヘルスチェックを実行できなかった場合、プロキシはその 1 分間における可用性を 50% と報告します。

READ_ONLY ターゲットロールには、Aurora クラスター内の複数のレプリカなど、複数のデータベースインスタンスを含めることができます。各 RDS Proxy ノードの観点から、ターゲットインスタンスのいずれかがヘルスチェックに合格すると、読み取り専用ロールは使用可能であると見なされます。その後、すべてのプロキシノードにわたって可用性が平均化され、最終的な数がウィジェットに表示されます。次の 4 つのノードを含むプロキシの例を考えてみましょう。

ロール可用性ウィジェットは、以下のシナリオで最も役立ちます。

RDS Proxy の可用性メトリクスに関連する問題を診断する場合は、データベース自体のヘルスと使用率の指標も確認する必要があります。プロキシの可用性の計算は、データベースがヘルスチェックに応答できるかどうかに左右されます。そのため、結論を出す前に両側から情報を収集する必要があります。

データベース接続の使用状況 % (ロール別)

各ロールにおけるプロキシの接続プールの使用率。DatabaseConnections を MaxDatabaseConnectionsAllowed で割って計算されます。

許可されるデータベース接続の最大数は、MaxConnectionsPercent 設定によって制御されるプロキシの最大プールサイズを指します。これは、max_connections パラメータなどのデータベース接続制限によって異なります。この設定の詳細については、「RDS Proxy 接続に関する考慮事項」を参照してください。

許可される接続数とピーク負荷時に予想されるデータベース接続の最大数との間に、少なくとも 30% のヘッドルームを持たせることをお勧めします。このヘッドルームにより、予期しないワークロードの急増時にもクライアントエクスペリエンスが向上し、RDS Proxy が内部インフラストラクチャ全体に接続を再分散して、熱管理やその他の目的に役立てることができます。この推奨事項に従うために、接続使用率ウィジェットには、最大数の 70% の位置に固定のガイドラインが表示されています。

例えば、1 つのライターと 2 つのリーダーで構成され、各インスタンスの max_connections 設定が 500 である Aurora PostgreSQL クラスターがあり、MaxConnectionsPercent が 50 に設定されたプロキシを使用しているとします。

このウィジェットは、接続使用率の一般的な指標として機能し、特定のトラブルシューティングシナリオの出発点として役立ちます。例えば、次のようになります。

レイテンシーの内訳

接続の借用とクエリレスポンスのレイテンシー。

このウィジェットは、クエリの平均応答時間や、プロキシレイヤーが合計レイテンシーにどのように寄与しているかを理解するのに役立ちます。借用レイテンシーメトリクスは、プールの輻輳を検出するのに特に役立ちます。これは、プールですぐに利用できる接続が十分にないため、クライアントリクエストが待機している状態です。

これらのメトリクスのデータポイントは、値が 0 より大きい場合にのみ発行されます。つまり、クエリトラフィックがない期間には、ウィジェットにギャップが含まれる可能性があります。

クライアント接続

接続状態別に分類された、クライアントとプロキシ間の接続の数。

このウィジェットは、複数のクライアント接続メトリクスを 1 つのグラフに表示することで、クライアント接続のスループットやステータスを評価するのに役立ちます。これは、クライアント接続の全体的な成功率をモニタリングし、接続の開閉率を観察するのに役立ちます。これは、接続ストームやクライアントアクティビティの経時的な変化を検出するのに役立ちます。

Proxy ワークロード

QueryRequests プロキシメトリクスに基づく、プロキシエンドポイントあたりのクエリリクエストの数。

データ系列のラベルはエンドポイントによって異なります。

このウィジェットは、各プロキシエンドポイントで処理されるワークロードのボリュームをモニタリングするのに役立ちます。

レイテンシー

データベース応答レイテンシー (ターゲット別)

QueryDatabaseResponseLatency プロキシメトリクスに基づくターゲット (データベースインスタンス) ごとのデータベースレスポンスレイテンシー。

このウィジェットは、プロキシ配下の各データベースインスタンスにおけるデータベースレスポンスレイテンシーをモニタリングするのに役立ちます。特に、ワークロードごとに異なるデータベースインスタンスを使用する場合や、インスタンスサイズが均一でない場合に有効です。次の例を考えます。

接続プール

ピン留めされたデータベース接続 % (ロール別)

各ロールにピン留めされたデータベース接続の割合。DatabaseConnectionsCurrentlySessionPinned を DatabaseConnections で割って計算されます。

このウィジェットは、ワークロードにおける接続ピン留めをモニタリングするのに役立ちます。他のウィジェットと同様に、ピン留めされた接続の絶対数よりも適切なヘルスインジケータとして、相対値が使用されています。理想的な値はゼロですが、すべてのワークロードで接続ピン留めを完全に回避できるとは限りません。接続が他のワークロードに識別可能な影響を与えない限り、接続のごく一部でピン留めが発生することを許容できるかもしれません。ただし、ワークロード全体の大部分でピン留めが発生している場合、RDS Proxy による接続の多重化 (トランザクション間での接続の再利用) を妨げるようなクライアントの動作に問題がある可能性があります。

接続の固定の詳細については、「RDS Proxy の固定の回避」を参照してください。

データベース接続メトリクスをセットアップ (ロール別)

プロキシとデータベース間の接続セットアップの数。セットアップ結果とターゲットロール別に分類されます。ウィジェットには、ロールごとに複数のデータ系列が表示されます。

これらのメトリクスのデータポイントは、値が 0 より大きい場合にのみ発行されます。つまり、関連するイベントがない期間には、ウィジェットにギャップが含まれる可能性があります。例えば、クライアントが特定の期間中にプロキシを介してクエリを実行し、プロキシが既存のバックエンドデータベース接続を (新しい接続を開かずに) 再利用することでトラフィック全体を処理できる場合、その期間のデータポイントは表示されません。

このウィジェットは、プロキシとデータベース間のアクティビティと接続チャーンを観察するのに役立ちます。[クライアント接続] ウィジェットに表示される情報と組み合わせることで、プロキシ内の接続プーリングや多重化の効率を評価できます。

RDS Proxy は、接続プール全体を最大容量で事前に割り当てるわけではなく、また、一定期間非アクティブなアイドル状態のデータベース接続を切断することに留意してください。負荷がかかっている際に、DatabaseConnectionRequests が 0 を上回り、変動することは正常ですが、注意が必要なのは DatabaseConnectionRequests と ClientConnectionsReceived との比率です。例えば、次のようになります。

データベース接続メトリクスをセットアップ (ターゲット別)

データベース接続メトリクスをセットアップ (ロール別) に相当するもので、ターゲット (データベースインスタンス)ごとにデータを内訳表示したものです。

データベース接続の使用状況

データベース接続の使用状況 % (ターゲット別)

各ターゲット (データベースインスタンス) におけるプロキシの接続プールの使用率。DatabaseConnections を MaxDatabaseConnectionsAllowed で割って計算されます。

このウィジェットは、データベース接続の使用状況 % (ロール別) と似ていますが、各データベースインスタンスの接続使用率を詳細に表示します。これは、複数のインスタンスを持つデータベースクラスターで、READ_ONLY ロールへの接続が公平に分散されているかを検証するのに役立ちます。

例えば、2 つのリーダーを持ち、リーダーあたりの MaxDatabaseConnectionsAllowed が 500 に設定されている Aurora クラスターがあるとします。プロキシ接続の数が最初のリーダーで 100、2 番目のリーダーで 125 の場合、ウィジェットには最初のリーダーで 20%、2 番目のリーダーで 25% の接続使用率が表示されます。

データベース接続の使用状況 (READWRITE/READ_ONLY ロール別)

プロキシとデータベースが使用および許可するデータベース接続の数。このタイプのウィジェットは 2 つあります。1 つは READWRITE ロール用、もう 1 つは READ_ONLY ロール用です。

このウィジェットは、プロキシのデータベースターゲットが READ_ONLY ロールをサポートしている場合にのみ表示されます。これには Aurora DB クラスターと Amazon RDS マルチ AZ DB クラスターのデプロイが含まれます。Amazon RDS DB インスタンスのデプロイでは、ウィジェットは表示されません。

各ウィジェットには、複数のデータ系列が含まれています。

表示される数値は、プロキシと基盤となるデータベースクラスターの合計値です。例えば、データベースクラスターにそれぞれ 1,000 の接続を許可する 2 つのインスタンスが含まれており、プロキシの MaxConnectionsPercent が 20 に設定されているとします。このシナリオでは、MaxDatabaseConnectionsAllowed: Proxy は 2 * 1000 * 20% = 400 から、モニタリング目的で RDS Proxy によって内部的に予約された接続の数を減算したものになります。実際の値は 400 未満となり、プロキシ内のノード数によって異なります。

このウィジェットは、以下の場合に最も役立ちます。