Amazon RDS のモニタリングの概要

モニタリングは、Amazon RDS および AWS ソリューションの信頼性、可用性、パフォーマンスを維持する上で重要な部分です。マルチポイント障害が発生した場合は、その障害をより簡単にデバッグできるように、AWS ソリューションのすべての部分からモニタリングデータを収集する必要があります。Amazon RDS のモニタリングを開始する前に、以下の質問に対する回答を反映したモニタリング計画を作成することをお勧めします。

どのような目的でモニタリングしますか?
モニタリングの対象となるリソースとは ?
どのくらいの頻度でこれらのリソースをモニタリングしますか?
使用するモニタリングツールは?
誰がモニタリングタスクを実行しますか?
誰が問題が発生したときに通知を受け取りますか?

次のステップでは、さまざまなタイミングと負荷条件でパフォーマンスを測定することにより、お客様の環境で通常の Amazon RDS のパフォーマンスのベースラインを確定します。Amazon RDS をモニタリングするには、モニタリングデータの履歴を保存することを検討します。保存データを、最新のパフォーマンスデータと比較するベースラインとして使用し、通常のパフォーマンスのパターンやパフォーマンスの異常を検出して、問題への対応を検討することができます。

たとえば、Amazon RDS を使って、DB インスタンスについてのネットワークのスループット、読み書きやメタデータオペレーションの I/O、クライアント接続、バーストのクレジットバランスなどをモニタリングできます。パフォーマンスが確立されたベースラインから外れた場合、DB インスタンスのインスタンスクラスまたは DB インスタンスとクライアントが利用可能なリードレプリカの数を変更して、ワークロードのためのデータベースの可用性を最適化する必要がある場合があります。

一般的に、パフォーマンスメトリクスの許容値は、ベースラインがどのようになっているか、アプリケーションによって何が実行されているかによって異なります。ベースラインからの一貫した差異またはトレンドになっている差異を調べます。メトリクスのタイプごとのアドバイスは以下のとおりです。

CPU または RAM の高消費量 – CPU または RAM の消費量が大きい値になっていても、それは妥当である場合があります。ただし、アプリケーションの目標 (スループット、同時実行数など) に沿った想定値であることが前提です。
ディスクスペースの消費量 – 使用されているディスクスペースが一貫して合計ディスクスペースの 85% 以上である場合は、ディスクスペースの消費量を調べます。インスタンスからデータを削除するか、別のシステムにデータをアーカイブして、スペースを解放できるかどうかを確認します。
Network traffic – ネットワークトラフィックについてシステム管理者に問い合わせて、ドメインネットワークとインターネット接続に対する想定スループットを把握します。スループットが一貫して想定よりも低い場合は、ネットワークトラフィックを調べます。
データベース接続数 – ユーザー接続数が多いことが、インスタンスのパフォーマンスが下がっていること、応答時間が長くなっていることに関連しているとわかった場合、データベース接続数を制限することを検討します。DB インスタンスの最適なユーザー接続数は、インスタンスのクラスと実行中のオペレーションの複雑さによって異なります。User Connections パラメータを 0 (無制限) 以外の値に設定したパラメータグループと DB インスタンスを関連付けることで、データベース接続数を決めることができます。既存のパラメータグループを使用するか、新しいパラメータグループを作成できます。詳細については、「DB パラメータグループおよび DB クラスターパラメータグループを使用する」を参照してください。
IOPS メトリクス – IOPS メトリクスの想定値はディスクの仕様とサーバーの設定によって異なるため、ベースラインを使用して一般的な値を把握します。値とベースラインとの差が一貫しているかどうかを調べます。最適な IOPS パフォーマンスを得るには、読み取りおよび書き込みオペレーションが最小限になるように、一般的な作業セットがメモリに収まることを確認してください。

モニタリングツール

AWS では、Amazon RDS のモニタリングに使用できるさまざまなツールを提供しています。これらのツールの中には、自動モニタリングを設定できるものもあれば、手操作を必要とするものもあります。モニタリングタスクをできるだけ自動化することをお勧めします。

自動モニタリングツール

以下の自動化されたモニタリングツールを使用して、Amazon RDS を監視し、問題が発生したときにレポートできます。

Amazon RDS イベント – Amazon RDS イベントにサブスクライブして、DB インスタンス、DB クラスター、 DB クラスタースナップショット、DB パラメータグループ、DB セキュリティグループに変更が発生した場合に通知を受け取ります。詳細については、「Amazon RDS イベント通知の使用」を参照してください。
データベースのログファイル – Amazon RDS コンソールまたは Amazon RDS API アクションを使用して、データベースのログファイルの表示、ダウンロード、監視を行います。データベーステーブルに読み込まれているデータベースログファイルに対してクエリを実行することもできます。詳細については、「Amazon RDS データベースログファイル」を参照してください。
Amazon RDS 拡張モニタリング — オペレーティングシステムのメトリクスをリアルタイムで参照します。詳細については、「拡張モニタリング」を参照してください。

さらに、Amazon RDS は Amazon CloudWatch と統合してモニタリング機能を追加します。

Amazon CloudWatch メトリクス – Amazon RDS は、アクティブな各データベースのメトリクスを 1 分ごとに CloudWatch に自動送信します。CloudWatch で Amazon RDS メトリクスによってさらに課金されることはありません。詳細については、「DB インスタンスのメトリクスの表示」を参照してください。
[Amazon CloudWatch Alarms] – 特定の期間にわたって単一の Amazon RDS メトリクスを監視し、指定したしきい値に関連するメトリクス値に基づいて 1 つ以上のアクションを実行できます。詳細については、「Amazon CloudWatch によるモニタリング」を参照してください。
[Amazon CloudWatch Logs] – ほとんどの DB エンジンによって、CloudWatch Logs のデータベースログファイルの監視、保存、およびアクセスが可能になります。詳細については、「Amazon CloudWatch Logs User Guide」を参照してください。

手動モニタリングツール

Amazon RDS のモニタリングでもう 1 つ重要な点は、CloudWatch アラームの対象外の項目を手動でモニタリングすることです。Amazon RDS、CloudWatch、AWS Trusted Advisor およびその他の AWS コンソールダッシュボードには、AWS 環境の状態が一目でわかるビューが表示されます。DB instance のログファイルを確認することもお勧めします。

Amazon RDS コンソールから、リソースについて以下の項目をモニタリングできます。
- DB インスタンスへの接続の数
- DB インスタンスへの読み書きオペレーションの量
- DB インスタンスが現在利用しているストレージの量
- DB インスタンスのために利用されるメモリおよび CPU の量
- DB インスタンスとの間で送受信されるネットワークトラフィックの量
AWS Trusted Advisor ダッシュボードから、以下のコスト最適化、セキュリティ、対障害性、パフォーマンス向上のチェックを確認できます。
- Amazon RDS アイドル DB インスタンス
- Amazon RDS セキュリティグループのアクセスリスク
- Amazon RDS バックアップ
- Amazon RDS Multi-AZ
- AuroraDB インスタンスのアクセシビリティ
これらのチェックの詳細については、「Trusted Advisor のベストプラクティス (チェック)」を参照してください。
CloudWatch ホームページには、次の内容が表示されます。
- 現在のアラームとステータス
- アラームとリソースのグラフ
- サービス状態ステータス
さらに、CloudWatch を使用して次のことが行えます。
- 重視するサービスをモニタリングするためのカスタマイズしたダッシュボードを作成する
- メトリクスデータをグラフ化して、問題のトラブルシューティングを行い、傾向を確認する
- AWS リソースのすべてのメトリクスを検索して、参照する
- 問題があることを通知するアラームを作成/編集する

Amazon CloudWatch によるモニタリング

Amazon CloudWatch を使用して DB インスタンスをモニタリングすることで、Amazon RDS から未加工データを収集し、リアルタイムに近い読み取り可能なメトリクスに加工することができます。これらの統計は 2 週間記録されるため、履歴情報にアクセスしてウェブアプリケーションまたはサービスの動作をより的確に把握することができます。デフォルトでは、メトリクスデータは 1 分間隔で Amazon RDS に自動的に送信されます。CloudWatch の詳細については、Amazon CloudWatch ユーザーガイド の「Amazon CloudWatch、Amazon CloudWatch Events、Amazon CloudWatch Logs とは」を参照してください。

Amazon RDS メトリクスとディメンション

Amazon RDS リソースを使用する場合、Amazon RDS はメトリクスとディメンションを Amazon CloudWatch に毎分送信します。以下の手順を使用して、Amazon RDS のメトリクスを表示できます。

Amazon CloudWatch コンソールを使用してメトリクスを表示するには

メトリクスはまずサービスの名前空間ごとにグループ化され、次に各名前空間内のさまざまなディメンションの組み合わせごとにグループ化されます。

https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。
必要に応じて AWS リージョンを変更します。ナビゲーションバーから、AWS リソースがある AWS リージョンを選択します。詳細については、「リージョンとエンドポイント」を参照してください。
ナビゲーションペインで メトリクスを選択します。RDS のメトリクスの名前空間を選択します。
メトリクスディメンションを選択します。たとえば [データベースクラス別] を選択します。
メトリクスを並べ替えるには、列見出しを使用します。メトリクスをグラフ表示するには、メトリクスの横にあるチェックボックスを選択します。リソースでフィルタするには、リソース ID を選択し、[検索に追加] を選択します。メトリクスでフィルタするには、メトリクス名を選択し、[検索に追加] を選択します。

AWS CLI を使ってメトリクスを表示するには

コマンドプロンプトで、次のコマンドを使用します。
```
aws cloudwatch list-metrics --namespace AWS/RDS
```

Amazon RDS メトリクス

AWS/RDS 名前空間には、次のメトリクスが含まれます。

メトリクス	説明
`BinLogDiskUsage`	マスターでバイナリログが占有するディスク領域の量。MySQL リードレプリカに適用されます。単位: バイト
`BurstBalance`	汎用 SSD (gp2) のバーストバケット I/O クレジットの利用可能パーセント。単位: パーセント
`CPUUtilization`	CPU 使用率。単位: パーセント
`CPUCreditUsage`	[T2 インスタンス] CPU 使用率に関してインスタンスで消費される CPU クレジットの数。1 つの CPU クレジットは、1 個の vCPU が 100% の使用率で 1 分間実行されること、または、vCPU、使用率、時間の同等の組み合わせ (たとえば、1 個の vCPU が 50% の使用率で 2 分間実行されるか、2 個の vCPU が 25% の使用率で 2 分間実行される) に相当します。 CPU クレジットメトリクスは、5 分間隔でのみ利用可能です。5 分を超える期間を指定する場合は、`Sum` 統計の代わりに `Average` 統計を使用します。単位: クレジット (vCPU 分)
`CPUCreditBalance`	[T2 インスタンス] インスタンスが起動または開始後に蓄積した獲得 CPU クレジットの数。T2 スタンダードの場合、`CPUCreditBalance` には蓄積された起動クレジットの数も含まれます。クレジットは、獲得後にクレジット残高に蓄積され、消費されるとクレジット残高から削除されます。クレジットバランスには、インスタンスサイズによって決まる上限があります。制限に到達すると、新しいクレジットはすべて破棄されます。T2 スタンダードの場合、起動クレジットは制限に対してカウントされません。 `CPUCreditBalance` のクレジットは、インスタンスがそのベースライン CPU 使用率を超えてバーストするために消費できます。インスタンスが実行中の場合、`CPUCreditBalance` のクレジットは期限切れになりません。インスタンスが停止すると、`CPUCreditBalance` は保持されず、蓄積されたすべてのクレジットが失われます。 CPU クレジットメトリクスは、5 分間隔でのみ利用可能です。単位: クレジット (vCPU 分)
`DatabaseConnections`	使用中のデータベース接続の数。単位: カウント
`DiskQueueDepth`	未処理のディスク I/O アクセス (読み取り/書き込みリクエスト) の数。単位: カウント
`FailedSQLServerAgentJobsCount`	過去 1 分間に失敗した SQL Server Agent ジョブの数。単位: カウント/分
`FreeableMemory`	使用可能な RAM の容量。単位: バイト
`FreeStorageSpace`	使用可能なストレージ領域の容量。単位: バイト
`MaximumUsedTransactionIDs`	使用された最大のトランザクション ID。PostgreSQL に適用されます。単位: カウント
`NetworkReceiveThroughput`	モニタリングとレプリケーションに使用する顧客データベーストラフィックと Amazon RDS トラフィックの両方を含む、DB インスタンスの受信ネットワークトラフィック。単位: バイト/秒
`NetworkTransmitThroughput`	モニタリングとレプリケーションに使用する顧客データベーストラフィックと Amazon RDS トラフィックの両方を含む、DB インスタンスの送信ネットワークトラフィック。単位: バイト/秒
`OldestReplicationSlotLag`	受信した WAL データに関して最も遅延の大きいレプリカの遅延サイズ。PostgreSQL に適用されます。単位: メガバイト
`ReadIOPS`	1 秒あたりのディスク読み取り I/O 操作の平均回数。単位: カウント/秒
`ReadLatency`	1 回のディスク I/O 操作にかかる平均時間。単位: 秒
`ReadThroughput`	1 秒あたりのディスクからの平均読み取りバイト数。単位: バイト/秒
`ReplicaLag`	ソース DB インスタンスからリードレプリカ DB インスタンスまでのラグ。MySQL、MariaDB、PostgreSQL リードレプリカに適用。単位: 秒
`ReplicationSlotDiskUsage`	レプリケーションスロットファイルで使用されているディスク容量。PostgreSQL に適用されます。単位: メガバイト
`SwapUsage`	DB インスタンスで使用するスワップ領域の量。このメトリクスは SQL Server では利用できません。単位: バイト
`TransactionLogsDiskUsage`	トランザクションログで使用されているディスク容量。PostgreSQL に適用されます。単位: メガバイト
`TransactionLogsGeneration`	1 秒あたりに生成されるトランザクションログのサイズ。PostgreSQL に適用されます。単位: メガバイト/秒
`WriteIOPS`	1 秒あたりのディスク書き込み I/O 操作の平均回数。単位: カウント/秒
`WriteLatency`	1 回のディスク I/O 操作にかかる平均時間。単位: 秒
`WriteThroughput`	1 秒あたりのディスクへの平均書き込みバイト数。単位: バイト/秒

Amazon RDS ディメンション

Amazon RDS メトリクスデータは、次の表のいずれかのディメンションを使用してフィルタリングできます。

ディメンション	説明
`DBInstanceIdentifier`	このディメンションを指定すると、リクエストしたデータをフィルタリングして、特定のデータベースインスタンスを抽出することができます。
`DBClusterIdentifier`	このディメンションでは、特定の Amazon Aurora DB クラスターからリクエストしたデータをフィルタリングします。
`DBClusterIdentifier, Role`	このディメンションは、特定の Aurora DB クラスターに対してリクエストするデータをフィルタし、インスタンスロール (WRITER/READER) 別にメトリクスを集計します。たとえば、クラスターに属するすべての READER インスタンスのメトリクスを集計できます。
`DatabaseClass`	このディメンションを指定すると、リクエストしたデータをフィルタリングして、特定のデータベースクラスに属する全インスタンスを抽出することができます。たとえば、メトリクスを組み合わせて、`db.m1.small` というデータベースクラスに属する全インスタンスを抽出することができます。
`EngineName`	このディメンションを指定すると、リクエストしたデータをフィルタリングして、特定のエンジン名を有するインスタンスだけを抽出することができます。たとえば、メトリクスを組み合わせて、`mysql` というエンジン名を有する全インスタンスを抽出することができます。
`SourceRegion`	このディメンションを指定すると、リクエストしたデータがフィルタリングされて、指定されたリージョンのものだけになります。たとえば、メトリクスを組み合わせて、`us-east-1` リージョンの全インスタンスを抽出することができます。

Amazon RDS をモニタリングする CloudWatch アラームの作成

CloudWatch アラームを作成できます。これは、アラームの状態が変わったときに Amazon SNS メッセージを送信します。アラームは、指定期間にわたって単一のメトリクスを監視し、その値と複数期間に対するしきい値との比較結果に基づいて 1 つ以上のアクションを実行します。アクションは、Amazon SNS トピックまたは Auto Scaling ポリシーに送信される通知です。

アラームは、持続している状態変化に対してのみアクションを呼び出します。CloudWatch アラームは、単に特定の状態にあるというだけでアクションを呼び出すわけではありません。状態が変わり、それが指定した数の期間にわたって持続している必要があります。次の手順は、Amazon RDS のアラームを作成する方法を示しています。

CloudWatch コンソールを使用してアラームを設定するには

AWS マネジメントコンソールにサインインした後、 https://console.aws.amazon.com/cloudwatch/にある CloudWatch コンソールを開きます。
[アラーム]、[アラームの作成] の順に選択します。これにより、[Create Alarm Wizard] が起動します。
[RDS Metrics] を選択し、Amazon RDS メトリクスをスクロールして、アラームを設定するメトリクスを見つけます。ダイアログボックスに Amazon RDS メトリクスのみを表示するには、リソースの識別子で検索します。アラームを作成するメトリクスを選択し、[次へ] を選択します。
[名前]、[説明]、[次の時] にメトリクスの値を入力します。
アラーム状態に達したときに CloudWatch から E メールを受け取るには、[アラームが次の時:] で、[状態: 警告] を選択します。[通知の送信先:] で、既存の SNS トピックを選択します。[トピックの作成] を選択すると、新しいメールサブスクリプションリスト用の名前とメールアドレスを設定できます。このリストは保存され、今後のアラーム用のフィールドに表示されます。

注記

[Create Topic] を使用して新しい Amazon SNS トピックを作成する場合、メールアドレスを検証しなければ、そのアドレスで通知を受け取ることができません。メールは、アラームがアラーム状態になったときにのみ送信されます。アラーム状態になったときに、メールアドレスの検証がまだ完了していない場合は、そのアドレスで通知を受け取ることはできません。
この時点で、[アラームのプレビュー] エリアで、作成するアラームを確認できます。[Create Alarm] を選択します。

AWS CLI を使用してアラームを設定するには

put-metric-alarm を呼び出します。詳細については、「AWS CLI Command Reference」を参照してください。

CloudWatch API を使用してアラームを設定するには

PutMetricAlarm を呼び出します。詳細については、「Amazon CloudWatch API リファレンス」を参照してください

Amazon CloudWatch Logs へのデータベースエンジンログの発行

Amazon RDS データベースエンジンを設定して、ログデータを Amazon CloudWatch Logs のロググループに発行することができます。CloudWatch Logs を使用すると、ログデータのリアルタイム分析や、CloudWatch を使用したアラームの作成、メトリクスの表示を行うことができます。CloudWatch Logs を使用して、ログレコードを堅牢性の高いストレージに保存できます。これは、CloudWatch Logs エージェントで管理できます。たとえば、必要なときに raw ログにアクセスできるように、ログレコードをホストからログサービスにローテーションさせるタイミングを決定できます。

Aurora MySQL のログをエクスポートできます。詳細については、「Amazon Aurora MySQL への Amazon CloudWatch Logs ログの発行」を参照してください。

注記

データ発行を有効化する前に、サービスにリンクされたロールが必要になります。サービスにリンクされたロールの詳細については、Amazon RDS のサービスにリンクされたロールの使用を参照してください。

CloudWatch Log 統合の設定

CloudWatch Logs にデータベースログファイルを発行するには、発行するログを選択します。新しい DB インスタンスを作成するとき、[Advanced Settings] セクションでこの選択を行います。また、既存の DB インスタンスを変更して発行を開始できます。

発行を有効化したあと、Amazon RDS はすべての DB インスタンスログレコードをロググループに継続してストリームします。たとえば、発行した各タイプのログにロググループ /aws/rds/instance/log type を持っているとします。このロググループは、ログを生成するデータベースインスタンスと同じ AWS リージョンにあります。

ログレコードを発行したあと、CloudWatch Logs を使用してレコードの検索およびフィルタリングができます。ログの検索およびフィルタリングについての詳細は、「ログデータの検索およびフィルタリング」を参照してください。

DB インスタンスのメトリクスの表示

Amazon RDS には、DB インスタンスの状態をモニタリングするためのメトリクスが用意されています。DB インスタンスとオペレーティングシステム (OS) の両方のメトリクスをモニタリングできます。

このセクションでは RDS コンソールと CloudWatch を使用して DB インスタンスのメトリクスを表示する方法の詳細について説明しています。CloudWatch Logs を使用して DB インスタンスのオペレーティングシステムのメトリクスをリアルタイムでモニタリングする方法の詳細については、「拡張モニタリング」を参照してください。

コンソールを使用したメトリクスの表示

DB インスタンスの DB と OS のメトリクスを表示するには

AWS マネジメントコンソールにサインインし、Amazon RDS コンソール (https://console.aws.amazon.com/rds/) を開きます。
ナビゲーションペインで、[データベース] を選択します。
情報を取得する対象の DB インスタンスの名前を選択して、詳細を表示します。
[モニタリング] タブを選択します。
[モニタリングを表示] で、メトリクスを表示する方法を以下のオプションから選択します。
- [CloudWatch] – Amazon CloudWatch から使用できる DB インスタンスメトリクスの概要を表示します。各メトリクスには、特定の期間にわたってモニタリングされたメトリクスを示すグラフが含まれます。
- [Enhanced monitoring] – 拡張モニタリングが有効になっている DB インスタンスに使用できる OS メトリクスの概要を表示します。各メトリクスには、特定の期間にわたってモニタリングされたメトリクスを示すグラフが含まれます。
- [OS プロセスリスト] – 選択したインスタンスで実行中の各プロセスの詳細を表示します。
ヒント

時間範囲リストを使用して、グラフで表されるメトリクスの時間範囲を選択できます。

任意のグラフを選択して、より詳細なビューを表示することができます。メトリック固有のフィルターをデータに適用することもできます。

CLI または API での DB インスタンスメトリクスの表示

Amazon RDS は CloudWatch メトリクスと統合されて、さまざまな DB インスタンスメトリクスが用意されています。CloudWatch のメトリクスは、RDS コンソール、AWS CLI、または API を使用して表示できます。

Amazon RDS メトリクスの完全なリストについては、Amazon CloudWatch ユーザーガイド の「Amazon RDS ディメンションとメトリクス」を参照してください。

CloudWatch CLI を使用した DB メトリクスの表示

注記

次の CLI の例には、コマンドラインツール CloudWatch が必要です。CloudWatch の詳細についてと開発者ツールのダウンロードについては、Amazon CloudWatch の製品ページを参照してください。この例で指定されている StartTime 値と EndTime 値は、例示を目的としています。DB インスタンスの適切な開始時間と終了時間の値に置き換える必要があります。

DB インスタンスの使用状況およびパフォーマンス統計情報を表示するには

CloudWatch コマンド mon-get-stats を次のパラメータとともに使用します。



PROMPT>mon-get-stats FreeStorageSpace --dimensions="DBInstanceIdentifier=mydbinstance" --statistics= Average 
  --namespace="AWS/RDS" --start-time 2009-10-16T00:00:00 --end-time 2009-10-16T00:02:00

CloudWatch API を使用した DB メトリクスの表示

この例で指定されている StartTime 値と EndTime 値は、例示を目的としています。DB インスタンスの適切な開始時間と終了時間の値に置き換える必要があります。