AWS Aurora MySQL
スクリプトマーケットの「Guanceクラウド同期」シリーズのスクリプトパッケージを使用して、クラウド監視・クラウド資産のデータをGuanceに同期します
設定¶
Func のインストール¶
Guance統合 - 拡張 - マネージド版 Func の有効化を推奨します。前提条件はすべて自動でインストールされるため、そのままスクリプトのインストールに進んでください
Func を自分でデプロイする場合はFunc の自己デプロイを参照してください
スクリプトのインストール¶
ヒント:要件を満たす Amazon AK を事前に用意してください(簡単のため、グローバルな読み取り専用権限
ReadOnlyAccessを直接付与しても構いません)
マネージド版でスクリプトを有効化¶
- Guanceコンソールにログインします
- 【統合】メニューをクリックし、【クラウドアカウント管理】を選択します
- 【クラウドアカウントの追加】をクリックし、【AWS】を選択して画面に必要な情報を入力します。すでにクラウドアカウント情報を設定済みの場合は、この手順は不要です
- 【テスト】をクリックし、成功したら【保存】をクリックします。失敗した場合は関連設定が正しいか確認し、再度テストしてください
- 【クラウドアカウント管理】一覧で追加済みのクラウドアカウントを確認できます。該当するクラウドアカウントをクリックして詳細ページに進みます
- クラウドアカウント詳細ページの【統合】ボタンをクリックし、
未インストール一覧からAWS Aurora MySQLを見つけて【インストール】をクリックし、表示されるインストール画面でそのままインストールします
手動でスクリプトを有効化¶
-
Func コンソールにログインし、【スクリプトマーケット】をクリックしてGuanceスクリプトマーケットに入り、
integration_aws_aurora_mysqlを検索します -
【インストール】をクリックし、AWS AK ID、AK Secret、およびアカウント名を入力します
-
【起動スクリプトをデプロイ】をクリックすると、システムが自動で
Startupスクリプトセットを作成し、対応する起動スクリプトを自動設定します -
有効化後は「管理 / 自動トリガー設定」で対応する自動トリガー設定を確認できます。【実行】をクリックすると、定期実行を待たずにすぐ 1 回実行できます。しばらくすると、実行タスクの記録および対応ログを確認できます
検証¶
- 「管理 / 自動トリガー設定」で対象タスクに対応する自動トリガー設定が存在するか確認し、あわせてタスク記録とログを確認して異常がないかチェックします
- Guance の「インフラ - リソースディレクトリ」で資産情報が存在するか確認します
- Guance の「メトリクス」で対応する監視データがあるか確認します
メトリクス¶
Amazon のクラウド監視を設定すると、設定に応じてより多くのメトリクスを収集できます Amazon CloudWatch メトリクスの詳細
Amazon RDS の Amazon CloudWatch メトリクス¶
AWS/RDS 名前空間には、Amazon Aurora 上で実行されるデータベースエンティティに適用される以下のメトリクスが含まれます。一部のメトリクスは Aurora MySQL および/または Aurora PostgreSQL に適用されます。さらに、一部のメトリクスはデータベースクラスター、プライマリ DB インスタンス、レプリカ DB インスタンス、またはすべての DB インスタンスに固有です。
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 への書き込み入出力回数です。グローバルデータベースのセカンダリ AWS リージョンの課金計算では、クラスター内で実行された書き込みを考慮するために VolumeWriteIOPs が使用されます。グローバルデータベースのプライマリ AWS リージョンの課金計算では、そのクラスター内の書き込みアクティビティを考慮するために VolumeWriteIOPs が使用され、さらにグローバルデータベース内のリージョン間レプリケーションを考慮するために 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 が拡張されるにつれて、この値は小さくなります。0 に達すると、クラスターは空き容量不足エラーを報告します。Aurora MySQL クラスターが 128TiB のサイズ制限に近づいているかを検知したい場合は、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)を避けるために拒否されたインクリメンタルクエリ数です。 | 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 MySQL のオブジェクトデータ構造です。オブジェクトデータは「インフラ - リソースディレクトリ」で確認できます
{
"measurement": "aws_rds",
"tags": {
"name" : "xxxxx",
"RegionId" : "cn-northwest-1",
"Engine" : "aurora-mysql",
"DBInstanceClass" : "db.t3.medium",
"DBInstanceIdentifier" : "xxxxxx",
"AvailabilityZone" : "ap-southeast-1b",
"SecondaryAvailabilityZone": "ap-southeast-1c"
},
"fields": {
"InstanceCreateTime" : "2025/05/26 22:45:02",
"LatestRestorableTime": "2025/05/26 22:15:26",
"Endpoint" : "{接続先アドレス JSON データ}",
"AllocatedStorage" : 1,
"message" : "{インスタンス JSON データ}",
}
}
注意:
tags、fieldsのフィールドは今後の更新で変更される場合がありますヒント 1:
tags.nameの値はインスタンス ID であり、一意識別子として使用されますヒント 2:
fields.message、fields.Endpointはどちらも JSON シリアライズ後の文字列です