AWS Aurora PostgreSQL
スクリプトマーケットの「Guanceクラウド同期」シリーズスクリプトパッケージを使用して、クラウド監視とクラウド資産のデータをGuanceに同期します
設定¶
Func のインストール¶
Guance統合 - 拡張 - マネージド版 Func の有効化を推奨します。前提条件はすべて自動でインストールされるため、そのままスクリプトのインストールを続けてください
Func を自分でデプロイする場合は、Func を自分でデプロイする を参照してください
スクリプトのインストール¶
ヒント:要件を満たす Amazon AK を事前に準備してください(簡単にするため、グローバル読み取り専用権限
ReadOnlyAccessを直接付与しても構いません)
マネージド版のスクリプト有効化¶
- Guanceコンソールにログインします
- 【統合】メニューをクリックし、【クラウドアカウント管理】を選択します
- 【クラウドアカウントの追加】をクリックし、【AWS】を選択して画面に必要な情報を入力します。すでにクラウドアカウント情報を設定済みの場合は、この手順は省略してください
- 【テスト】をクリックし、成功したら【保存】をクリックします。失敗した場合は関連する設定情報が正しいか確認し、再度テストしてください
- 【クラウドアカウント管理】の一覧で追加済みのクラウドアカウントを確認できます。該当するクラウドアカウントをクリックして詳細ページに入ります
- クラウドアカウント詳細ページの【統合】ボタンをクリックし、
未インストール一覧からAWS Aurora PostgreSQLを見つけて【インストール】ボタンをクリックし、表示されるインストール画面でインストールします。【インストール】ボタンをクリックし、表示されるインストール画面でインストールします。
手動でのスクリプト有効化¶
-
Func コンソールにログインし、【スクリプトマーケット】をクリックしてGuanceスクリプトマーケットに入り、
integration_aws_aurora_postgresqlを検索します -
【インストール】をクリックし、必要なパラメータを入力します。AWS AK ID、AK Secret、およびアカウント名です。
-
【起動スクリプトのデプロイ】をクリックすると、システムが自動的に
Startupスクリプトセットを作成し、対応する起動スクリプトを自動で設定します。 -
有効化後は、「管理 / 自動トリガー設定」で対応する自動トリガー設定を確認できます。【実行】をクリックすると、定期実行を待たずにすぐ 1 回実行できます。しばらくしてから、実行タスクの履歴と対応するログを確認できます。
検証¶
- 「管理 / 自動トリガー設定」で、対象タスクに対応する自動トリガー設定が存在するか確認し、あわせて対象タスクの履歴とログを確認して異常がないかチェックします
- Guance の「インフラストラクチャー - リソースディレクトリ」で資産情報が存在するか確認します
- Guance の「メトリクス」で対応する監視データがあるか確認します
メトリクス¶
Amazon CloudWatch の設定により、さらに多くのメトリクスを収集できます。Amazon CloudWatch メトリクスの詳細
Amazon RDS の Amazon CloudWatch メトリクス¶
AWS/RDS 名前空間には、Amazon Aurora 上で実行されるデータベースエンティティに適用される以下のメトリクスが含まれます。一部のメトリクスは Aurora MySQL および/または Aurora PostgreSQL に適用されます。さらに、一部のメトリクスは、データベースクラスター、プライマリデータベースインスタンス、レプリカデータベースインスタンス、またはすべてのデータベースインスタンスに固有です。
Amazon Aurora のクラスター単位のメトリクス¶
| メトリクス | 説明 | 適用対象 | 単位 |
|---|---|---|---|
AuroraGlobalDBDataTransferBytes |
Aurora Global Database では、ソース AWS リージョンからセカンダリ AWS リージョンへ転送された redo ログデータ量です。注意:このメトリクスはセカンダリ AWS リージョンにのみ適用されます。 | Aurora MySQL と Aurora PostgreSQL | バイト |
AuroraGlobalDBProgressLag |
Aurora Global Database では、ユーザートランザクションとシステムトランザクションについて、セカンダリクラスターがプライマリクラスターにどれだけ遅れているかを示します。注意:このメトリクスはセカンダリ AWS リージョンにのみ適用されます。 | Aurora MySQL と Aurora PostgreSQL | ミリ秒 |
AuroraGlobalDBReplicatedWriteIO |
Aurora Global Database では、プライマリ AWS リージョンからセカンダリ AWS リージョンへ複製されるクラスター Volume への書き込み I/O 回数です。Global Database のセカンダリ AWS リージョンにおける課金計算では、クラスター内で実行される書き込みを考慮して VolumeWriteIOPs を使用します。Global Database のプライマリ AWS リージョンにおける課金計算では、そのクラスター内の書き込みアクティビティを考慮して VolumeWriteIOPs を使用し、さらに Global Database におけるリージョン間レプリケーションを考慮して AuroraGlobalDBReplicatedWriteIO を使用します。注意:このメトリクスはセカンダリ AWS リージョンにのみ適用されます。 | Aurora MySQL と Aurora PostgreSQL | カウント |
AuroraGlobalDBReplicationLag |
Aurora Global Database では、プライマリ AWS リージョンから更新を複製する際の遅延時間です。注意:このメトリクスはセカンダリ AWS リージョンにのみ適用されます。 | Aurora MySQL と Aurora PostgreSQL | ミリ秒 |
AuroraGlobalDBRPOLag |
Aurora Global Database では、復旧時点目標 (RPO) の遅延時間です。このメトリクスは、ユーザートランザクションについてセカンダリクラスターがプライマリクラスターにどれだけ遅れているかを測定します。注意:このメトリクスはセカンダリ AWS リージョンにのみ適用されます。 | Aurora MySQL と Aurora PostgreSQL | ミリ秒 |
AuroraVolumeBytesLeftTotal |
クラスター Volume の残りの使用可能容量です。クラスター Volume が拡大すると、この値は小さくなります。ゼロに達すると、クラスターは空き容量不足エラーを報告します。Aurora MySQL クラスターが 128 TiB のサイズ制限に近づいていることを検出したい場合は、VolumeBytesUsed よりも監視しやすく信頼性の高いこの値を監視できます。AuroraVolumeBytesLeftTotal には、内部トランザクション管理に使用されるストレージや、ストレージ課金に影響しないその他の割り当てが考慮されています。 | Aurora MySQL | バイト |
BacktrackChangeRecordsCreationRate |
5 分間にデータベースクラスターで作成された Backtrack 変更レコードの数です。 | Aurora MySQL | 5 分ごとのカウント |
BacktrackChangeRecordsStored |
データベースクラスターで使用されている Backtrack 変更レコードの数です | Aurora MySQL | カウント |
BackupRetentionPeriodStorageUsed |
Aurora データベースクラスターを支えるバックアップ保持期間内のポイントインタイムリストア機能のために使用されたバックアップストレージの総量です。この量は TotalBackupStorageBilled メトリクスで報告される総量に含まれます。各 Aurora クラスターごとに個別に計算されます。 | Aurora MySQL と Aurora PostgreSQL | バイト |
ServerlessDatabaseCapacity |
Aurora Serverless データベースクラスターの現在の容量です。 | Aurora MySQL と Aurora PostgreSQL | カウント |
SnapshotStorageUsed |
Aurora データベースクラスターのすべての Aurora スナップショットが、バックアップ保持期間の外で消費したバックアップストレージの総量です。この量は TotalBackupStorageBilled メトリクスで報告される総量に含まれます。各 Aurora クラスターごとに個別に計算されます。 | Aurora MySQL と Aurora PostgreSQL | バイト |
VolumeWriteIOPs |
クラスター Volume の書き込みディスク I/O 回数で、5 分ごとに報告されます。課金対象の書き込み操作の計算方法については、VolumeReadIOPs を参照してください。Amazon RDS はこれらのメトリクスを連続的ではなく間隔ごとに収集するため、小さな --period 値を指定しても意味がない点に注意してください。 | Aurora MySQL と Aurora PostgreSQL | 5 分ごとのカウント |
Amazon Aurora のインスタンス単位のメトリクス¶
特に断りがない限り、以下のインスタンス固有の Amazon CloudWatch メトリクスは、すべての Aurora MySQL および Aurora PostgreSQL インスタンスに適用されます。
| メトリクス | 説明 | 適用対象 | 単位 |
|---|---|---|---|
AbortedClients |
正しくクローズされなかったクライアント接続数です。 | Aurora MySQL | カウント |
ActiveTransactions |
Aurora データベースインスタンス上で 1 秒あたりに実行されている現在のトランザクションの平均数です。デフォルトでは Aurora でこのメトリクスは有効になっていません。この値の測定を開始するには、対象データベースインスタンスのデータベースパラメータグループで innodb_monitor_enable='all' を設定してください。 |
Aurora MySQL | 1 秒あたりのカウント |
ACUUtilization |
ServerlessDatabaseCapacity メトリクスの値を、データベースクラスターの最大 ACU 値で割ったものです。このメトリクスは Aurora Serverless v2 にのみ適用されます。 |
Aurora MySQL と Aurora PostgreSQL | パーセンテージ |
AuroraDMLRejectedMasterFull |
writer データベースインスタンス上のセッションが満杯であるために拒否された転送クエリ数です。 | Aurora MySQL バージョン 2 のプライマリインスタンスに適用 | カウント |
AuroraDMLRejectedWriterFull |
writer データベースインスタンス上のセッションが満杯であるために拒否された転送クエリ数です。 | Aurora MySQL バージョン 3 のプライマリインスタンスに適用 | カウント |
AuroraEstimatedSharedMemoryBytes |
前回設定されたポーリング間隔中にアクティブに使用された共有バッファーまたはバッファープールメモリの推定量です。 | Aurora PostgreSQL | バイト |
AuroraMemoryHealthState |
メモリの健全性を示します。値 0 は NORMAL を表します。値 10 は RESERVED を表し、サーバーのメモリ使用量が危険水準に近づいていることを意味します。 | Aurora MySQL バージョン 3.06.1 以降 | カウント |
AuroraMemoryNumDeclinedSqlTotal |
メモリ不足(OOM)を回避するために拒否された DDL クエリ数です。 | Aurora MySQL バージョン 3.06.1 以降 | カウント |
AuroraMemoryNumKillConnTotal |
OOM を回避するために切断された接続数です。 | Aurora MySQL バージョン 3.06.1 以降 | カウント |
AuroraReplicaLag |
Aurora レプリカでは、プライマリインスタンスから更新を複製する際の遅延量です。 | Aurora MySQL と Aurora PostgreSQL のレプリカインスタンスに適用 | ミリ秒 |
AuroraReplicaLagMaximum |
データベースクラスター内のプライマリインスタンスと任意の Aurora データベースインスタンスとの間の最大遅延量です。読み取り専用レプリカの削除または名前変更時には、古いリソースがクリーンアップ処理を経るため、レプリケーション遅延が一時的にピークに達する場合があります。その期間のレプリケーション遅延を正確に把握するには、各読み取り専用レプリカインスタンスで AuroraReplicaLag メトリクスを監視することを推奨します。 | Aurora MySQL と Aurora PostgreSQL のプライマリインスタンスに適用 | ミリ秒 |
AuroraReplicaLagMinimum |
データベースクラスター内のプライマリインスタンスと任意の Aurora データベースインスタンスとの間の最小遅延量です。 | Aurora MySQL と Aurora PostgreSQL のプライマリインスタンスに適用 | ミリ秒 |
AuroraSlowConnectionHandleCount |
ハンドシェイクの開始に 2 秒以上かかった接続数です。このメトリクスは Aurora MySQL バージョン 3 にのみ適用されます。 | Aurora MySQL | カウント |
BacktrackWindowActual |
目標 Backtrack 期間と実際の Backtrack 期間との差です。 | Aurora MySQL のプライマリインスタンスに適用 | 分 |
BacktrackWindowAlert |
指定された期間において、実際の Backtrack 期間が目標 Backtrack 期間より短かった回数です。 | Aurora MySQL のプライマリインスタンスに適用 | カウント |
BlockedTransactions |
1 秒間にデータベース内でブロックされたトランザクションの平均数です。 | Aurora MySQL | 1 秒あたりのカウント |
BufferCacheHitRatio |
バッファキャッシュによって提供されたリクエストの割合です。 | Aurora MySQL と Aurora PostgreSQL | パーセンテージ |
CommitLatency |
エンジンとストレージが commit 操作を完了するまでに要した平均時間です。 | Aurora MySQL と Aurora PostgreSQL | ミリ秒 |
CommitThroughput |
1 秒あたりの平均 commit 操作数です。 | Aurora MySQL と Aurora PostgreSQL | 1 秒あたりのカウント |
ConnectionAttempts |
成功・失敗を問わず、インスタンスへの接続試行回数です。 | Aurora MySQL | カウント |
CPUUtilization |
Aurora データベースインスタンスが使用している CPU の割合です。 | Aurora MySQL と Aurora PostgreSQL | パーセンテージ |
DatabaseConnections |
データベースインスタンスに接続しているクライアントのネットワーク接続数です。データベースセッション数はメトリクス値より多くなる場合があります。これは、メトリクス値に次のものが含まれないためです。ネットワーク接続がなくなったがデータベースでまだクリーンアップされていないセッション、データベースエンジンが自らの目的で作成したセッション、データベースエンジンの並列実行機能によって作成されたセッション、データベースエンジンのタスクスケジューラによって作成されたセッション、Amazon Aurora 接続 | Aurora MySQL と Aurora PostgreSQL のプライマリインスタンスに適用 | カウント |
DDLLatency |
作成、変更、削除などのリクエストの平均時間です。 | Aurora MySQL | ミリ秒 |
DDLThroughput |
1 秒あたりの平均 DDL リクエスト数です。 | Aurora MySQL | 1 秒あたりのカウント |
Deadlocks |
1 秒間にデータベース内で発生したデッドロックの平均数です。 | Aurora MySQL と Aurora PostgreSQL | 1 秒あたりのカウント |
DeleteLatency |
削除操作の平均時間です。 | Aurora MySQL | ミリ秒 |
DeleteThroughput |
1 秒あたりの平均削除クエリ数です。 | Aurora MySQL | 1 秒あたりのカウント |
DiskQueueDepth |
ディスクへのアクセスを待機している未完了の読み取り/書き込みリクエスト数です。 | Aurora MySQL と Aurora PostgreSQL | カウント |
DMLLatency |
挿入、更新、削除の平均時間です。 | Aurora MySQL | ミリ秒 |
DMLThroughput |
1 秒あたりの平均挿入、更新、削除数です。 | Aurora MySQL | 1 秒あたりのカウント |
EngineUptime |
インスタンスの稼働時間です。 | Aurora MySQL と Aurora PostgreSQL | 秒 |
FreeableMemory |
使用可能な RAM のサイズです。Aurora MySQL および Aurora PostgreSQL データベースでは、このメトリクスは /proc/meminfo の MemAvailable フィールドの値を報告します。 |
Aurora MySQL と Aurora PostgreSQL | バイト |
FreeEphemeralStorage |
利用可能な一時 NVMe ストレージのサイズです | Aurora PostgreSQL | バイト |
InsertLatency |
挿入操作の平均時間です。 | Aurora MySQL | ミリ秒 |
オブジェクト¶
収集された AWS Aurora PostgreSQL オブジェクトデータ構造です。「インフラストラクチャー - リソースディレクトリ」でオブジェクトデータを確認できます
{
"measurement": "aws_rds",
"tags": {
"name" : "xxxxx",
"RegionId" : "cn-northwest-1",
"Engine" : "aurora-postgresql",
"DBInstanceClass" : "db.t3.medium",
"DBInstanceIdentifier" : "xxxxxx",
"AvailabilityZone" : "cn-northwest-1c",
"SecondaryAvailabilityZone": "ap-southeast-1c"
},
"fields": {
"InstanceCreateTime" : "2025-05-19T19:54:07.871Z",
"LatestRestorableTime": "2025-05-19T19:54:07.871Z",
"Endpoint" : "{接続先アドレスの JSON データ}",
"AllocatedStorage" : 100,
"message" : "{インスタンスの JSON データ}",
}
}
注意:
tags、fields内のフィールドは、今後の更新で変更される場合がありますヒント 1:
tags.nameの値はインスタンス ID で、一意識別子として使用されますヒント 2:
fields.messageとfields.Endpointはいずれも JSON シリアライズ後の文字列です