インスタンス固有のパフォーマンスとリソースのモニタリング

インスタンスレベルでのモニタリングは、接続スキュー、ワークロードスキュー、データスキュー、およびルーターや分割シャードを追加して、レイテンシーを保持しながらスループットを向上させるタイミングを理解する上で重要です。

概要

アプリケーションがクエリを発行すると、そのリクエストは結果を返す前に高度な分散システムをトラバースします。一見シンプルな SELECT ステートメントは、複数のデータベースインスタンスに影響を与える可能性があり、それぞれがリクエストの処理で異なる役割を果たします。このジャーニーとその基盤となるインスタンスを理解することで、アプリケーションの設計方法、モニタリングデータの解釈方法、パフォーマンスの問題の診断方法が変わります。

このガイドでは、インスタンスアーキテクチャに関する詳細な技術的インサイトを提供します。

インスタンスアーキテクチャの基礎

次の 2 つの特殊なインスタンスタイプ間の機能分離を通じて水平方向のスケーラビリティを実現します。

この分離により、ワークロードの特性に基づいて接続処理、クエリ調整、データストレージを個別にスケーリングできます。

ルーターとシャードの比較

インスタンスパフォーマンスの監視

インスタンスレベルのパフォーマンスを理解することは、効果的な運用に不可欠です。インスタンス固有のモニタリングにより、接続スキュー、ワークロードスキュー、データスキューなど、パフォーマンスに影響する分散パターンが明らかになります。

スキューの検出

理想的なデプロイでは、ワークロードとリソースはインスタンス間で均等に分散されます。実際には、アプリケーションは多くの場合、特定のインスタンスに負荷を集中させる分散の不均等な偏りを経験します。

モニタリングする 3 種類のスキュー

Database Insights の負荷分散

インスタンスレベルのヘルスを評価する最も手軽な方法は、Database Insights の負荷分散ビューです。これにより、インスタンス間でアクティブセッションがどのように分散されるかをすぐに確認できます。

負荷分散にアクセスするには

正常なパターン: インスタンス間で比較的均等に負荷が分散されている

懸念されるパターン: 特定のインスタンスにかなり集中している

CloudWatch メトリクス

Database Insights 以外の詳細な分析のために、CloudWatch はリソース使用率パターンを明らかにするインスタンス固有のメトリクスを提供します。

ディメンション DBShardGroupInstance を持つ ServerlessDatabaseCapacity メトリクスは、インスタンスあたりの ACU 消費量を示し、リソース使用率の最も直接的なビューを提供します。

調査のタイミング:

ルーターのモニタリングとトラブルシューティング

ルーターには、接続分散の不均等とクロスシャードワークロードの集中という 2 つの主な原因によるパフォーマンスの問題が発生する可能性があります。

不均等に分散されたセッション

症状: 1 つのルーターが接続の不均衡な共有を処理する

根本原因: DNS キャッシュにより、複数の接続リクエストが同じルーターエンドポイントに解決されている。

最も一般的なタイミング:

対処法:

シャードのモニタリングとトラブルシューティング

シャードには、リソースの制約、データスキュー、ワークロードスキューという 3 つの主な原因によるパフォーマンスの問題があります。

シャードリソースの使用率

一般的なシャードキーを持つシャードは、データがより多くなり、ワークロードが増加します。これはリソース使用率として表されます。つまり、インスタンスはより多くの ACU を消費します。

修復戦略:

シャードを分割する場合:

シャードデータボリューム

SQL 関数を使用してデータボリュームをクエリします。

SELECT subcluster_id, subcluster_type, pg_size_pretty(db_size) 
FROM rds_aurora.limitless_stat_database_size('postgres_limitless') 
ORDER BY 1;
            

テーブルごとおよびシャードごとのデータを表示するには

SELECT * FROM rds_aurora.limitless_stat_relation_sizes('public', 'table_name');
            

不均等な使用率の解決

ワークロードまたはデータスキューが特定のシャードに集中する場合、シャードを分割すると、より多くのインスタンスに負荷が再分散されます。

重要な考慮事項:

シャードを分割するとさらなるスケーリングが可能になり、連続するシャード分割は、低レイテンシーを維持しながら、より高いスループットとさらなるスケーリングへの方法です。

制限事項

次の運用上の制約に注意してください。

ルーターの制限事項

シャードの制限

緩和戦略: