# Amazon RDS の推奨事項
Amazon RDS では、DB インスタンス、リードレプリカ、DB パラメータグループなどのデータベースリソースについての推奨事項が自動で表示されます。これらの推奨事項は、、DB インスタンス構成、使用状況、パフォーマンスデータを分析して、ベストプラクティスガイダンスを提供します。
Amazon RDS Performance Insights は特定のメトリクスを監視し、特定のリソースで潜在的に問題であると見なされるレベルを分析することで自動的にしきい値を作成します。新しいメトリクス値が事前定義されたしきい値を一定期間にわたって超えた場合に、Performance Insights は事前対応型推奨事項を生成します。この推奨事項は、将来のデータベースパフォーマンスへの影響を防ぐのに役立ちます。例えば、データベースに接続されているセッションがアクティブな作業を行っていないが、データベースリソースがブロックされている可能性がある場合、RDS for PostgreSQL インスタンスに対して「トランザクションでのアイドル状態」という推奨事項が生成されます。事前対応型推奨事項を受け取るには、有料利用枠の保持期間を使用して Performance Insights を有効にする必要があります。Performance Insights を有効にする方法については、「[Amazon RDS の Performance Insights の有効化と無効化](USER_PerfInsights.Enabling.md)」を参照してください。Performance Insights の料金とデータ保持については、「[Performance Insights の料金とデータ保持](USER_PerfInsights.Overview.cost.md)」を参照してください。
DevOps Guru for RDS は特定のメトリクスを監視して、メトリクスの動作が非常に異常または異常になったことを検出します。これらの異常は、推奨事項を含む事後対応型インサイトとして報告されます。例えば、DevOps Guru for RDS は、CPU 容量の増加を検討したり、DB ロードに寄与している待機イベントを調査するよう推奨することがあります。DevOps Guru for RDS は、しきい値ベースの事前対応型推奨事項も提供します。これらの推奨事項を受け取るには、DevOps Guru for RDS を有効にする必要があります。DevOps Guru for RDS を有効にする方法については、「[DevOps Guru をオンにしてリソースカバレッジを指定する](devops-guru-for-rds.md#devops-guru-for-rds.configuring.coverage)」を参照してください。
推奨事項のステータスは、アクティブ、却下、保留中、解決済みのいずれかになります。解決済みの推奨事項は 365 日間利用できます。
推奨事項は、表示または却下できます。設定ベースのアクティブな推奨事項をすぐに適用したり、次のメンテナンスウィンドウでスケジュールしたり、却下したりできます。しきい値ベースの事前対応型推奨事項と機械学習ベースの事後対応型推奨事項については、推奨される問題の原因を確認し、推奨アクションを実行して問題を解決する必要があります。
推奨事項は、以下の AWS リージョンでサポートされています。
+ 米国東部(オハイオ)
+ 米国東部 (バージニア北部)
+ 米国西部 (北カリフォルニア)
+ 米国西部 (オレゴン)
+ アジアパシフィック (ムンバイ)
+ アジアパシフィック (ソウル)
+ アジアパシフィック (シンガポール)
+ アジアパシフィック (シドニー)
+ アジアパシフィック (東京)
+ カナダ (中部)
+ 欧州 (フランクフルト)
+ 欧州 (アイルランド)
+ 欧州 (ロンドン)
+ 欧州 (パリ)
+ 欧州 (ストックホルム)
+ 南米 (サンパウロ)
Amazon RDS の推奨事項を表示、適用、却下、および変更する方法については、以下のセクションを参照してください。。
**Topics**
+ [Amazon RDS の推奨事項の表示](UserRecommendationsView.md)
+ [Amazon RDS の推奨事項の適用](USERRecommendationsManage.ApplyRecommendation.md)
+ [Amazon RDS の推奨事項の却下](USERRecommendationsManage.DismissRecommendation.md)
+ [却下された Amazon RDS 推奨事項のアクティブな推奨事項への変更](USERRecommendationsManage.DismissToActiveRecommendation.md)
+ [Amazon RDS からの推奨事項のリファレンス](USERRecommendationsManage.RecommendationReference.md)
# Amazon RDS の推奨事項の表示
Amazon RDS コンソールを使用して、データベースリソースに関する Amazon RDS の推奨事項を表示できます。
## コンソール
**Amazon RDS の推奨事項を表示するには**
1. AWS マネジメントコンソール にサインインし、Amazon RDS コンソール ([https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)) を開きます。
1. ナビゲーションペインで、次のいずれかを実行します。
+ **[レコメンデーション]** を選択します。リソースに対するアクティブな推奨事項の数と、前の月に生成された重要度が最も高い推奨事項の数は、**[レコメンデーション]** の横に表示されます。重要度ごとにアクティブな推奨事項の数を確認するには、最も重要度が高い番号を選択します。
![\[コンソールでの推奨事項の選択\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/recommendations-select.png)
デフォルトでは、**[レコメンデーション]** ページには前の月の新しい推奨事項のリストが表示されます。Amazon RDS は、アカウント内のすべてのリソースの推奨事項を提供し、重要度でソートします。
![\[すべての推奨事項を含むコンソールの [メイン推奨事項] ページ\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendations_List.png)
推奨事項を選択すると、ページの下部に、影響を受けるリソースと推奨事項の適用方法の詳細を含むセクションが表示されます。
+ **[データベース]** ページで、リソースの **[レコメンデーション]** を選択します。
![\[コンソールの [データベース] ページで選択した推奨事項オプション\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendations_DBpage.png)
**[レコメンデーション]** タブには、選択したリソースの推奨事項とその詳細が表示されます。
![\[コンソールの [データベース] ページの [レコメンデーション] タブ\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/RecommendationsTab_DBpage.png)
推奨事項には以下の詳細があります。
+ **[重要度]** — 問題の意味するレベル。重要度レベルは、**[高]**、**[中]**、**[低]**、および **[情報]** です。
+ **[検出]** — 影響を受けるリソースの数と問題の簡単な説明。このリンクを選択すると、推奨事項と分析の詳細が表示されます。
+ **[レコメンデーション]** — 適用する推奨事項アクションの簡単な説明。
+ **[影響]** — 推奨事項が適用されない場合に発生する可能性のある影響の簡単な説明。
+ **[カテゴリ]** – 推奨事項のタイプ。カテゴリは、**[パフォーマンス効率]**、**[セキュリティ]**、**[信頼性]**、**[コスト最適化]**、**[運用上の優秀性]**、**[持続可能性]**です。
+ **[ステータス]** – ターゲットエンジンの推奨事項のステータス 指定できるステータスは、**[すべて]**、**[アクティブ]**、**[却下済み]**、**[解決済み]**、**[保留中]** です。
+ **[開始時刻]** – 問題が開始された時刻。例えば、**18 時間前**と指定します。
+ **[最終更新日]** – **[重要度]** の変更により推奨事項がシステムによって最後に更新された時刻、または推奨事項に応答した時刻。例えば、**10 時間前**と指定します。
+ **[終了時刻]** – 問題が終了した時刻。時間には、継続中の問題は表示されません。
+ **[リソース識別子]** – 1 つ以上のリソースの名前。
1. (オプション) フィールドで **[重要度]** または **[カテゴリ]** 演算子を選択して、推奨事項のリストをフィルタリングします。
![\[コンソールの重要度オペレーションを含む [レコメンデーション] ページ。\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendations_Severity.png)
選択したオペレーションの推奨事項が表示されます。
1. (オプション) 次のいずれかの推奨事項ステータスを選択します。
+ **[アクティブ]** (デフォルト) - 次のメンテナンスウィンドウで適用、スケジュール設定できるか、または却下できる現在の推奨事項が表示されます。
+ **[すべて]** – 現在のステータスのすべての推奨事項を表示します。
+ **[却下済み]** – 却下された推奨事項を表示します。
+ **[解決済み]** — 解決済みの推奨事項を表示します。
+ **[保留中]** — 推奨アクションが進行中であるか、次のメンテナンスウィンドウにスケジュールされている推奨事項を表示します。
![\[コンソールのステータスでフィルタリングされた推奨事項\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendations_Status.png)
1. (オプション) **[最終更新日]** の **[相対モード]** または **[絶対モード]** を選択して期間を変更します。**[レコメンデーション]** ページには、期間中に生成された推奨事項が表示されます。デフォルトの期間は過去 1 か月です。**[絶対モード]** では、期間を選択するか、**[開始日]** フィールドと **[終了日]** フィールドに時刻を入力できます。
![\[コンソールで期間別にフィルタリングされた推奨事項\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendations_TimeMode.png)
設定された期間表示の推奨事項。
範囲を **[すべて]** に設定することで、アカウント内のリソースに関するすべての推奨事項を表示できます。
1. (オプション) 右側の **[詳細設定]** を選択して、表示する詳細をカスタマイズします。ページサイズを選択し、テキストの行を折り返して、列を許可または非表示にすることができます。
1. (オプション) 推奨事項を選択し、**[詳細を表示]** を選択します。
![\[選択した推奨事項とビューの詳細ボタンが選択されているコンソールの [レコメンデーション] ページ。\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendations_viewDetailsSelect.png)
推奨事項の詳細ページが表示されます。タイトルには、問題が検出されたリソースの総数と重要度が表示されます。
異常ベースの事後推奨事項の詳細ページにあるコンポーネントについては、*Amazon DevOps Guru ユーザーガイド* 「[事後対応型異常を表示する](https://docs.aws.amazon.com/devops-guru/latest/userguide/working-with-rds.analyzing.metrics.html)」を参照してください。
しきい値ベースのプロアクティブ推奨事項の詳細ページのコンポーネントについては、「」を参照してください[Performance Insights のプロアクティブ推奨事項の表示](USER_PerfInsights.InsightsRecommendationViewDetails.md)。
その他の自動推奨事項では、推奨事項の詳細ページに次のコンポーネントが表示されます。
+ **推奨事項** — 推奨事項の概要と、推奨事項を適用するためにダウンタイムが必要かどうか。
![\[コンソールの「推奨事項」セクションを示す推奨事項の詳細ページ。\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/RecommendationSummary.png)
+ **[影響を受けるリソース]** — 影響を受けるリソースの詳細。
![\[コンソールの [影響を受けるリソース￥] セクションを示す推奨事項の詳細ページ。\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendations_AffectedResources.png)
+ **推奨事項の詳細** – サポートされるエンジン情報、推奨事項を適用するために必要な関連コスト、および詳細情報を確認するためのドキュメントリンク。
![\[コンソールの「推奨事項の詳細」セクションを示す推奨事項の詳細ページ。\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/RecommendationDetails.png)
## CLI
DB インスタンスの Amazon RDS の推奨事項を表示するには、AWS CLI で次のコマンドを使用します。
```
aws rds describe-db-recommendations
```
## RDS API
Amazon RDS API を使用して Amazon RDS の推奨事項を表示するには、[DescribeDBRecommendations](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBRecommendations.html) オペレーションを使用します。
# Amazon RDS の推奨事項の適用
Amazon RDS コンソールを使用して Amazon RDS 推奨事項を適用するには、詳細ページで設定ベースの推奨事項または影響を受けるリソースを選択します。次に、推奨事項をすぐに適用するか、次のメンテナンスウィンドウにスケジュールするかを選択します。(これらの変更を有効にするには、クラスターの再起動が必要な場合があります。) いくつかの DB パラメータグループの推奨事項については、リソースの再起動が必要になる場合があります。
しきい値ベースの事前対応型推奨事項または異常ベースの事後対応型推奨事項には適用オプションがないため、追加のレビューが必要になる場合があります。
## コンソール
**設定ベースの推奨事項を適用するには**
1. AWS マネジメントコンソール にサインインし、Amazon RDS コンソール ([https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)) を開きます。
1. ナビゲーションペインで、次のいずれかを実行します。
+ **[レコメンデーション]** を選択します。
**[レコメンデーション]** ページには、すべての推奨事項のリストが表示されます。
+ **[データベース]** を選択し、データベースページでリソースの **[レコメンデーション]** を選択します。
詳細は、選択した推奨事項の **[レコメンデーション]** タブに表示されます。
+ **[レコメンデーション]** ページでアクティブな推奨事項の **[検出]**、または **[データベース]** ページの **[レコメンデーション]** タブを選択します。
推奨事項の詳細ページが表示されます。
1. 推奨事項、または推奨事項の詳細ページで影響を受ける 1 つ以上のリソースを選択し、次のいずれかを実行します。
+ **[適用]** を選択し、**[今すぐ適用]** を選択して、すぐに推奨事項を適用します。
+ **[適用]** を選択し、次に **[次のメンテナンスウィンドウで適用]** を選択して、次のメンテナンスウィンドウ中にスケジュール設定します。
選択した推奨事項ステータスは、次のメンテナンスウィンドウまで保留に更新されます。
![\[アクティブな推奨事項が選択され、[適用] ボタンでコンソールのオプションが強調表示されています。\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendations_Apply_Defer.png)
確認ウィンドウが表示されます。
1. **[アプリケーションの確認]** を選択して、推奨事項を適用します。このウィンドウは、変更を有効にするためにリソースを自動再起動する必要があるか手動で再起動する必要があるかを確認します。
次の例は、推奨事項をすぐに適用するための確認ウィンドウを示しています。
![\[推奨事項をすぐに適用するためのコンソールの確認ウィンドウ\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendations_ApplyImmediately.png)
次の例は、次のメンテナンスウィンドウで推奨事項の適用をスケジュールする確認ウィンドウを示しています。
![\[次のメンテナンスウィンドウで推奨事項の適用をスケジュールするコンソールの確認ウィンドウ\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendations_Defer.png)
バナーには、適用された推奨事項が成功または失敗したときにメッセージが表示されます。
次の例は、成功メッセージを含むバナーを示しています。
![\[推奨事項を適用するリソースの数を示すメッセージがコンソールに表示されるバナー\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendation-Apply-Banner.png)
次の例は、失敗メッセージを含むバナーを示しています。
![\[推奨事項の適用に失敗したリソースと失敗の理由が記載されたメッセージがコンソールに表示されるバナー\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendation-Apply-Banner-failure.png)
## RDS API
**Amazon RDS API を使用して設定ベースの RDS 推奨事項を適用するには**
1. [DescribeDBRecommendations](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBRecommendations.html) オペレーションを使用します。出力の `RecommendedActions` には、1 つ以上の推奨アクションを含めることができます。
1. ステップ 1 の推奨アクションごとに [RecommendedAction](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RecommendedAction.html) オブジェクトを使用します。出力には `Operation` と `Parameters` が含まれます。
次の例は、1 つの推奨アクションを含む出力を示しています。
```
"RecommendedActions": [
{
"ActionId": "0b19ed15-840f-463c-a200-b10af1b552e3",
"Title": "Turn on auto backup", // localized
"Description": "Turn on auto backup for my-mysql-instance-1", // localized
"Operation": "ModifyDbInstance",
"Parameters": [
{
"Key": "DbInstanceIdentifier",
"Value": "my-mysql-instance-1"
},
{
"Key": "BackupRetentionPeriod",
"Value": "7"
}
],
"ApplyModes": ["immediately", "next-maintenance-window"],
"Status": "applied"
},
... // several others
],
```
1. ステップ 2 の出力からの推奨アクションごとに `operation` を使用し、`Parameters` 値を入力します。
1. ステップ 2 の オペレーションが成功したら、[ModifyDBRecommendation](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBRecommendation.html) オペレーションを使用して推奨事項のステータスを変更します。
# Amazon RDS の推奨事項の却下
Amazon RDS コンソール、AWS CLI、または Amazon RDS API を使用して、1 つ以上の Amazon RDS 推奨事項を却下できます。
## コンソール
**1 つまたは複数の推奨事項を却下するには**
1. AWS マネジメントコンソール にサインインし、Amazon RDS コンソール ([https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)) を開きます。
1. ナビゲーションペインで、次のいずれかを実行します。
+ **[レコメンデーション]** を選択します。
**[レコメンデーション]** ページには、すべての推奨事項のリストが表示されます。
+ **[データベース]** を選択し、データベースページでリソースの **[レコメンデーション]** を選択します。
詳細は、選択した推奨事項の **[レコメンデーション]** タブに表示されます。
+ **[レコメンデーション]** ページでアクティブな推奨事項の **[検出]**、または **[データベース]** ページの **[レコメンデーション]** タブを選択します。
推奨事項の詳細ページには、影響を受けるリソースのリストが表示されます。
1. 1 つ以上の推奨事項を選択するか、推奨事項の詳細ページで影響を受けるリソースを 1 つ以上選択し、**[閉じる]** を選択します。
次の例は、却下するアクティブな推奨事項が複数選択されている **[レコメンデーション]** ページを示しています。
![\[アクティブな推奨事項がいくつか選択され、[閉じる] ボタンがコンソールで強調表示されています\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendations_Dismiss.png)
選択した 1 つ以上の推奨事項が却下されると、バナーにメッセージが表示されます。
次の例は、成功メッセージを含むバナーを示しています。
![\[推奨事項の却下に成功したリソースの数を示すメッセージがコンソールに表示されるバナー\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendation-Dismiss-Banner.png)
次の例は、失敗メッセージを含むバナーを示しています。
![\[推奨事項を却下できなかったリソースを含むメッセージを表示するコンソールのバナー\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendation-Dismiss-Banner-failure.png)
## CLI
**AWS CLI を使用して RDS 推奨事項を却下するには**
1. コマンドを実行します。`aws rds describe-db-recommendations --filters "Name=status,Values=active"`
出力には、`active` ステータスの推奨事項のリストが表示されます。
1. ステップ 1 で却下する推奨事項の `recommendationId` を見つけます。
1. ステップ 2 の `recommendationId` で `>aws rds modify-db-recommendation --status dismissed --recommendationId ` コマンドを実行して、推奨事項を却下します。
## RDS API
Amazon RDS API を使用して RDS 推奨事項を却下するには、[ModifyDBRecommendation](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBRecommendation.html) オペレーションを使用します。
# 却下された Amazon RDS 推奨事項のアクティブな推奨事項への変更
Amazon RDS コンソール、AWS CLI、または Amazon RDS API を使用して、1 つ以上の却下された Amazon RDS 推奨事項をアクティブな推奨事項に移動できます。
## コンソール
**却下された推奨事項をアクティブな推奨事項に移動するには**
1. AWS マネジメントコンソール にサインインし、Amazon RDS コンソール ([https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)) を開きます。
1. ナビゲーションペインで、次のいずれかを実行します。
+ **[レコメンデーション]** を選択します。
**[レコメンデーション]** ページには、アカウント内のすべてのリソースの重要度でソートされた推奨事項のリストが表示されます。
+ **[データベース]** を選択し、データベースページでリソースの **[レコメンデーション]** を選択します。
**[レコメンデーション]** タブには、選択したリソースの推奨事項とその詳細が表示されます。
1. リストから却下された推奨事項を 1 つ以上選択し、**[アクティブに移動]** を選択します。
![\[却下された推奨事項がいくつか選択され、[アクティブに移動] ボタンがコンソールで強調表示されています\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendations_DismissToActive.png)
選択した推奨事項を却下からアクティブなステータスに移行すると、バナーに成功または失敗のメッセージが表示されます。
次の例は、成功メッセージを含むバナーを示しています。
![\[却下されたリソースの数をアクティブな推奨事項に正常に移動したことを示すコンソールのバナー\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendation-DismissToActive-Banner.png)
次の例は、失敗メッセージを含むバナーを示しています。
![\[却下された推奨事項からアクティブな推奨事項への移行に失敗したリソースを含むメッセージを表示するコンソールのバナー\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/images/Recommendation-DismissToActive-Banner-Failure.png)
## CLI
**AWS CLI を使用して却下された RDS 推奨事項をアクティブな推奨事項に変更するには**
1. コマンドを実行します。`aws rds describe-db-recommendations --filters "Name=status,Values=dismissed"`
出力には、`dismissed` ステータスの推奨事項のリストが表示されます。
1. ステップ 1 でステータスを変更する推奨事項の `recommendationId` を見つけます。
1. ステップ 2 の `recommendationId` で `>aws rds modify-db-recommendation --status active --recommendationId ` コマンドを実行して、アクティブな推奨事項を変更します。
## RDS API
Amazon RDS API を使用して却下された RDS 推奨事項を変更するには、[ModifyDBRecommendation](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBRecommendation.html) オペレーションを使用します。
# Amazon RDS からの推奨事項のリファレンス
Amazon RDS では、リソースが作成または変更されると、リソースの推奨事項が生成されます。次の表に、Amazon RDS からの推奨事項の例を示します。
| 型 | 説明 | 推奨事項 | ダウンタイムが必要 | 追加情報 |
| --- | --- | --- | --- | --- |
| マグネティックボリュームが使用中です | DB インスタンスはマグネティックストレージを使用しています。ほとんどの DB インスタンスには、マグネティックストレージは推奨されません。別のストレージタイプとして、汎用 (SSD) またはプロビジョンド IOPS を選択してください。 | 別のストレージタイプとして、汎用 (SSD) またはプロビジョンド IOPS を選択してください。 | はい | Amazon EC2 ドキュメントの[旧世代のボリューム](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html#vol-type-prev)。 |
| リソースの自動バックアップは無効になっています | 自動バックアップは DB インスタンスに対して有効ではありません。DB インスタンスのポイントインタイムリカバリを可能にするため、自動バックアップが推奨されます。 | 最大 14 日間の保存期間で自動バックアップを有効にします。 | はい | [自動バックアップの有効化](USER_WorkingWithAutomatedBackups.Enabling.md) AWS データベースブログの「[ Amazon RDS バックアップストレージコストの説明](https://aws.amazon.com/blogs/database/demystifying-amazon-rds-backup-storage-costs/)」 |
| エンジンのマイナーバージョンアップグレードが必要です | データベースリソースで最新のマイナー DB エンジンバージョンが実行されていません。最新のマイナーバージョンには、最新のセキュリティ修正プログラムやその他の改善が含まれています。 | 最新のエンジンバージョンにアップグレードします。 | はい | [DB インスタンスのエンジンバージョンのアップグレード](USER_UpgradeDBInstance.Upgrading.md) |
| 拡張モニタリングは無効になっています | データベースリソースでは拡張モニタリングが有効になっていません。拡張モニタリングにより、モニタリングとトラブルシューティングのためのリアルタイムのオペレーティングシステムメトリクスが提供されます。 | Enhanced monitoring] を有効にします。 | いいえ | [拡張モニタリングを使用した OS メトリクスのモニタリング](USER_Monitoring.OS.md) |
| ストレージの暗号化は無効になっています。 | Amazon RDS では、AWS Key Management Service (AWS KMS) で管理しているキーを使用して、すべてのデータベースエンジンの保存時の暗号化をサポートしています。Amazon RDS 暗号化を使用するアクティブな DB インスタンスでは、ストレージに保存されているデータは、自動バックアップ、リードレプリカ、スナップショットのように暗号化されます。 DB インスタンスの作成時に暗号化が有効になっていない場合は、暗号化を有効にする前に、DB インスタンスの復号化されたスナップショットの暗号化されたコピーを作成および復元する必要があります。 | DB インスタンスの保管中のデータの暗号化を有効にします。 | はい | [Amazon RDS でのセキュリティ](UsingWithRDS.md) [Amazon RDS の DB スナップショットのコピー](USER_CopySnapshot.md) |
| Performance Insights は無効になっている | Performance Insights では、DB インスタンスの負荷をモニタリングし、データベースパフォーマンスの問題の分析と解決をサポートします。Performance Insights を有効にすることをお勧めします。 | Performance Insights をオンにします。 | いいえ | [Amazon RDS での Performance Insights を使用したDB 負荷のモニタリング](USER_PerfInsights.md) |
| DB インスタンスのストレージの自動スケーリングが無効になっている | DB インスタンスのストレージ自動スケーリングが有効になっていません。RDS ストレージの自動スケーリングは、データベースのワークロードが増加したときに、ダウンタイムなしでストレージ容量を自動的にスケーリングします。 | 指定した最大ストレージしきい値で Amazon RDS ストレージ自動スケーリングを有効にします | いいえ | [Amazon RDS ストレージの自動スケーリングによる容量の自動管理](USER_PIOPS.Autoscaling.md) |
| RDS リソースのメジャーバージョンの更新が必須 | DB エンジンの、現行メジャーバージョンのデータベースはサポートされません。新しい機能や拡張機能を含む最新のメジャーバージョンにアップグレードすることをお勧めします。 | DB エンジンを最新のメジャーバージョンにアップグレードします。 | はい | [DB インスタンスのエンジンバージョンのアップグレード](USER_UpgradeDBInstance.Upgrading.md) [データベース更新のために Amazon RDS ブルー/グリーンデプロイを使用する](blue-green-deployments.md) |
| RDS リソースのインスタンスクラスの更新が必須 | DB インスタンスは、旧世代の DB インスタンスクラスで実行されています。旧世代の DB インスタンスクラスは、コスト、パフォーマンス、またはその両方が向上した DB インスタンスクラスに置き換えられました。DB インスタンスには、新しい世代の DB インスタンスクラスを使用して実行することをお勧めします。 | DB インスタンスクラスをアップグレードします。 | はい | [DB インスタンスクラスでサポートされている DB エンジン](Concepts.DBInstanceClass.Support.md) |
| ライセンス付きのサポート終了エンジンエディションを使用する RDS リソース | 現在のライセンスサポートを継続するには、メジャーバージョンを Amazon RDS がサポートする最新のエンジンバージョンにアップグレードすることをお勧めします。データベースのエンジンバージョンは、現在のライセンスではサポートされません。 | ライセンスモデルを引き続き使用するには、データベースを Amazon RDS でサポートされている最新バージョンにアップグレードすることをお勧めします。 | はい | [Oracle のメジャーバージョンのアップグレード](USER_UpgradeDBInstance.Oracle.Major.md) |
| DB インスタンスがマルチ AZ 配置を使用していない | マルチ AZ 配置を使用することをお勧めします。マルチ AZ 配置により、DB インスタンスの可用性と耐久性が向上します。 | 影響を受ける DB インスタンスにマルチ AZ を設定します。 | いいえ この変更時にダウンタイムは発生しません。ただし、パフォーマンスに影響する可能性があります。詳細については、[Amazon RDS の DB インスタンスをマルチ AZ 配置に変換する](Concepts.MultiAZ.Migrating.md)を参照してください。 | [Amazon RDS マルチ AZ の料金](https://aws.amazon.com/rds/features/multi-az/#Pricing) |
| DB のメモリパラメータがデフォルトと異なる | DB インスタンスのメモリパラメータがデフォルト値と大きく異なります。これらの設定はパフォーマンスに影響が及び、エラーの原因となる可能性があります。 DB インスタンスのカスタムメモリパラメータを、DB パラメータグループのデフォルト値に再設定することをお勧めします。 | メモリパラメータをデフォルト値にリセットします。 | いいえ | [Amazon RDS for MySQL のパラメータを設定するためのベストプラクティス](https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-1-parameters-related-to-performance/) (AWS データベースブログ) |
| 最適値未満を使用する `InnoDB_Change_Buffering` パラメータ | 変更バッファリングでは、MySQL DB インスタンスは、セカンダリインデックスを維持するために必要ないくつかの書き込みを延期することができます。この機能は、低速ディスクを使用する環境で有効でした。バッファリング設定を変更することで DB のパフォーマンスはわずかに向上しましたが、クラッシュリカバリの遅延やアップグレード中のシャットダウン時間の増加の原因となりました。MySQL バージョン 8.4 では、デフォルトで `OFF` に設定されます。 | DB パラメータグループの `InnoDB_Change_Buffering` パラメータを 1 に設定します。 | いいえ | [Amazon RDS for MySQL のパラメータを設定するためのベストプラクティス](https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-1-parameters-related-to-performance/) (AWS データベースブログ) |
| Amazon RDS クエリキャッシュパラメータは有効になっている | 変更によってクエリキャッシュの削除が必要になった場合、DB インスタンスは停止しているように見えます。通常ワークロードでは、クエリキャッシュのメリットは得られません。クエリキャッシュは、MySQL 8.0 以降のバージョンから削除されました。query\$1cache\$1type パラメータを 0 に設定することをお勧めします。 | DB パラメータグループの `query_cache_type` パラメータを `0` に設定します。 | はい | [Amazon RDS for MySQL のパラメータを設定するためのベストプラクティス](https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-1-parameters-related-to-performance/) (AWS データベースブログ) |
| `log_output` パラメータが table に設定されている | `log_output` が `TABLE` に設定されている場合、`log_output` が `FILE` に設定されている場合よりも多くのストレージが使用されます。ストレージサイズの制限に達しないように、パラメーターを `FILE` に設定することをお勧めします。MySQL 8.4 以降のバージョンでは、デフォルトで `FILE` に設定されます。 | DB パラメータグループの `log_output` パラメータを `FILE` に設定します。 | いいえ | [ MySQL データベースのログファイル](USER_LogAccess.Concepts.MySQL.md) |
| パラメータグループで huge pages が使用されない | Large pages はデータベースのスケーラビリティを高めることができますが、DB インスタンスは Large pages を使用していません。DB インスタンスの DB パラメータグループで、`use_large_pages` パラメータを `ONLY` に設定することをお勧めします。 | DB パラメータグループの `use_large_pages` パラメータを `ONLY` に設定します。 | はい | [サポートされている RDS for Oracle インスタンスで HugePages をオンにする](Oracle.Concepts.HugePages.md) |
| `autovacuum` パラメータがオフになっている | DB インスタンスの自動バキュームパラメータは無効になっています。自動バキュームを無効にすると、テーブルとインデックスが肥大化し、パフォーマンスに影響します。 DB パラメータグループの自動バキュームを有効にすることをお勧めします。 | DB パラメータグループの自動バキュームパラメータを有効にしてください。 | いいえ | AWS データベースブログの「[Amazon RDS for PostgreSQL 環境における自動バキュームについて](https://aws.amazon.com/blogs/database/understanding-autovacuum-in-amazon-rds-for-postgresql-environments/)」 |
| `synchronous_commit` パラメータがオフになっている | `synchronous_commit` パラメータを無効にすると、データベースのクラッシュでデータが失われる可能性があります。データベースの耐久性が危険にさらされます。 `synchronous_commit` パラメータをオンにすることをお勧めします。 | DB パラメータグループの `synchronous_commit` パラメータを有効にします。 | はい | AWS データベースブログの「[ Amazon Aurora PostgreSQL パラメータ: データベースブログの「レプリケーション、セキュリティ、ログ記録](https://aws.amazon.com/blogs/database/amazon-aurora-postgresql-parameters-part-2-replication-security-and-logging/)」 |
| `track_counts` パラメータがオフになっている | `track_counts` パラメータが無効の場合、データベースはデータベースアクティビティ統計を収集しません。自動バキュームでは、これらの統計が正しく機能する必要があります。 `track_counts` パラメータを `1` に設定することをお勧めします。 | `track_counts` パラメータを `1` に設定します。 | いいえ | [PostgreSQL のランタイム統計](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-COUNTS) |
| `enable_indexonlyscan` パラメータがオフになっている | クエリプランナーまたはオプティマイザーは、インデックスのみのスキャン計画タイプが無効になっている場合は使用できません。 `enable_indexonlyscan` パラメータ値を `1` に設定することをお勧めします。 | `enable_indexonlyscan` パラメータ値を `1` に設定します。 | いいえ | [PostgreSQL のプランナーメソッド設定](https://www.postgresql.org/docs/current/runtime-config-query.html#GUC-ENABLE-INDEXONLYSCAN) |
| `enable_indexscan` パラメータがオフになっている | クエリプランナーまたはオプティマイザーは、インデックスのみのスキャン計画タイプが無効になっている場合は使用できません。 `enable_indexscan` 値を `1` に設定することをお勧めします。 | `enable_indexscan` パラメータ値を `1` に設定します。 | いいえ | [PostgreSQL のプランナーメソッド設定](https://www.postgresql.org/docs/current/runtime-config-query.html#GUC-ENABLE-INDEXONLYSCAN) |
| `innodb_flush_log_at_trx` パラメータがオフになっている | DB インスタンスの `innodb_flush_log_at_trx` パラメータの値は安全ではありません。このパラメータは、ディスクへのコミット操作の持続性を制御します。 `innodb_flush_log_at_trx` パラメータを `1` に設定することをお勧めします。 | `innodb_flush_log_at_trx` パラメータ値を `1` に設定します。 | いいえ | [Amazon RDS for MySQL のパラメータを設定するためのベストプラクティス](https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-1-parameters-related-to-performance/) (AWS データベースブログ) |
| `sync_binlog` パラメータがオフになっている | DB インスタンスでトランザクションのコミットが確認される前には、バイナリログのディスクへの同期は実行されません。 `sync_binlog` パラメータ値を `1` に設定することをお勧めします。 | `sync_binlog` パラメータ値を `1` に設定します。 | いいえ | AWS データベースブログの[Amazon RDS for MySQL のレプリケーションパラメータを設定するためのベストプラクティス](https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-1-parameters-related-to-performance/) |
| `innodb_stats_persistent` パラメータがオフになっている | DB インスタンスは、InnoDB 統計をディスクに保持するように設定されていません。統計が保存されていない場合は、インスタンスが再起動してテーブルにアクセスするたびに再計算されます。これにより、クエリ実行プランにばらつきが生じます。このグローバルパラメータの値はテーブルレベルで変更できます。 `innodb_stats_persistent` パラメータ値を `ON` に設定することをお勧めします。 | `innodb_stats_persistent` パラメータ値を `ON` に設定します。 | いいえ | [Amazon RDS for MySQL のパラメータを設定するためのベストプラクティス](https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-1-parameters-related-to-performance/) (AWS データベースブログ) |
| `innodb_open_files` パラメータが低い | `innodb_open_files` パラメータは、InnoDB が一度に開くことができるファイル数を制御します。InnoDB は、mysqld の実行時にすべてのログファイルとシステムテーブルスペースファイルを開きます。 お使いの DB インスタンスは、InnoDB が一度に開くことができる最大ファイル数の値が低くなっています。`innodb_open_files` パラメータを少なくとも `65` に設定することをお勧めします。 | `innodb_open_files` パラメータを最小値の `65` に設定します。 | はい | [MySQL 用の InnoDB オープンファイル](https://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.html#sysvar_innodb_open_files) |
| `max_user_connections` パラメータが低い | DB インスタンスは、各データベースアカウントの最大同時接続数の値が低くなっています。 `max_user_connections` パラメータを `5` より大きい数に設定することをお勧めします。 | `max_user_connections` パラメータの値を `5` より大きい数にします。 | はい | [MySQL のアカウントリソース制限の設定](https://dev.mysql.com/doc/refman/8.0/en/user-resources.html) |
| リードレプリカは書き込み可能モードで開かれている | DB インスタンスには書き込み可能モードのリードレプリカがあり、クライアントからの更新が可能です。 リードレプリカが書き込み可能モードにならないように、`read_only` パラメータを `TrueIfReplica` に設定することをお勧めします。 | `read_only` パラメータ値を `TrueIfReplica` に設定します。 | いいえ | AWS データベースブログの[Amazon RDS for MySQL のレプリケーションパラメータを設定するためのベストプラクティス](https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-2-parameters-related-to-replication/) |
| `innodb_default_row_format` パラメータ設定が安全ではない | DB インスタンスで既知の問題が発生しました: MySQL バージョン 8.0.26 よりも前のバージョンで、`row_format` を `COMPACT` または `REDUNDANT` に設定して作成されたテーブルは、インデックスが 767 バイトを超えるとアクセスできなくなり、回復できなくなります。 `innodb_default_row_format` パラメータ値を `DYNAMIC` に設定することをお勧めします。 | `innodb_default_row_format` パラメータ値を `DYNAMIC` に設定します。 | いいえ | [MySQL 8.0.26 での変更](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-26.html#mysqld-8-0-26-bug) |
| `general_logging` パラメータがオンになっている | DB インスタンスの一般ログ記録が有効になっています。この設定は、データベースの問題のトラブルシューティングに役立ちます。しかし、一般ログ記録を有効にすると、入出力操作の量と割り当てられるストレージ容量が増え、競合やパフォーマンスの低下につながる可能性があります。 一般ログ記録の使用状況の要件を確認してください。`general_logging` パラメータ値を `0` に設定することをお勧めします。 | 一般ログ記録の使用状況の要件を確認してください。必須ではない場合は、`general_logging` パラメーターの値を `0` に設定することをお勧めします。 | いいえ | [RDS for MySQL データベースログの概要](USER_LogAccess.MySQL.LogFileSize.md) |
| システムメモリ容量のプロビジョニングが不十分な RDS インスタンス | メモリの使用量を減らすか、メモリの割り当て量の多い DB インスタンスタイプを使用するようにクエリを調整することをお勧めします。インスタンスのメモリが不足すると、データベースのパフォーマンスに影響を及ぼします。 | メモリ容量のより高い DB インスタンスを使用する | はい | AWS データベースブログの[「Amazon RDS インスタンスの垂直スケーリングと水平スケーリング](https://aws.amazon.com/blogs/database/scaling-your-amazon-rds-instance-vertically-and-horizontally/)」 [Amazon RDS インスタンスタイプ](https://aws.amazon.com/rds/instance-types/) [Amazon RDS の価格設定](https://aws.amazon.com/rds/pricing/) |
| システム CPU 容量のプロビジョニングが不十分な RDS インスタンス | より少ないメモリを使用するようにクエリを調整するか、vCPU の割り当て量がより多い DB インスタンスを使用するように DB インスタンスを変更することをお勧めします。DB インスタンスの CPU が少なくなると、データベースのパフォーマンスが低下する可能性があります。 | CPU 容量がより多い DB インスタンスを使用する | はい | AWS データベースブログの[「Amazon RDS インスタンスの垂直スケーリングと水平スケーリング](https://aws.amazon.com/blogs/database/scaling-your-amazon-rds-instance-vertically-and-horizontally/)」 [Amazon RDS インスタンスタイプ](https://aws.amazon.com/rds/instance-types/) [Amazon RDS の価格設定](https://aws.amazon.com/rds/pricing/) |
| RDS リソースは接続プールを正しく利用していません。 | Amazon RDS Proxy を有効にして、既存のデータベース接続を効率的にプールして共有することをお勧めします。データベースで既にプロキシを使用している場合は、複数の DB インスタンス間の接続プールと負荷分散を改善するようにプロキシを正しく設定します。RDS Proxy は、接続の枯渇やダウンタイムのリスクを軽減すると同時に、可用性とスケーラビリティを向上させるのに役立ちます。 | RDS プロキシを有効にするか、既存のプロキシ設定を変更する | いいえ | AWS データベースブログの[「Amazon RDS インスタンスの垂直スケーリングと水平スケーリング](https://aws.amazon.com/blogs/database/scaling-your-amazon-rds-instance-vertically-and-horizontally/)」 [Amazon RDS Proxy ](rds-proxy.md) [Amazon RDS Proxy の料金](https://aws.amazon.com/rds/proxy/pricing/) |
| RDS インスタンスが過剰な一時オブジェクトを作成している | ワークロードを調整して過剰な一時オブジェクトが作成されないようにするか、最適化された読み取りをサポートする RDS インスタンスクラスに切り替えることをお勧めします。RDS Optimized Reads は、多数の一時オブジェクトや大きな一時オブジェクトを含むワークロードのデータベースパフォーマンスを向上させます。ワークロードを評価し、インスタンスで RDS Optimized Reads を使用することで、データベースワークロードが改善されるかどうかを判断します。 | RDS Optimized Reads で DB インスタンスタイプを使用する | はい | [Amazon RDS インスタンスタイプ](https://aws.amazon.com/rds/instance-types/) [Amazon RDS Optimized Reads による RDS for MySQL のクエリパフォーマンスの向上](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-optimized-reads.html) [Amazon RDS Optimized Reads による RDS for MariaDB のクエリパフォーマンスの向上](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-optimized-reads-mariadb.html) [Amazon RDS Optimized Reads による RDS for PostgreSQL のクエリパフォーマンスの向上](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PostgreSQL.optimizedreads.html) |
| システム IOPS 容量のプロビジョニングが不十分な RDS インスタンス | データベースワークロードを調整して IOPS を減らすか、デフォルトの IOPS 制限が高いタイプに DB インスタンスをスケールアップすることをお勧めします。現在の DB インスタンスではプロビジョンド IOPS をサポートできないか、データベースワークロードの IOPS 使用率が高くなっています。 | より高い IOPS デフォルト制限を持つ DB インスタンスタイプを使用する | はい | [Amazon RDS インスタンスタイプ](https://aws.amazon.com/rds/instance-types/) [Amazon RDS DB インスタンスストレージ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) [データベース負荷](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html) |
| RDS インスタンスにプロビジョニング不足の Amazon EBS ボリュームがある | データベースワークロードを調整して IOPS を減らすか、データベースのプロビジョンド IOPS を増やすことをお勧めします。IOPS 使用率がプロビジョンド IOPS に近づくと、データベースのパフォーマンスが低下する可能性があります。 | DB インスタンスにより多くの IOPS をプロビジョニングする | はい | [Amazon RDS インスタンスタイプ](https://aws.amazon.com/rds/instance-types/) [Amazon RDS DB インスタンスストレージ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) [データベース負荷](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html) |
| RDS インスタンスのスループットキャパシティがプロビジョニング不足 | データベースワークロードを調整してスループットを減らすか、データベースのプロビジョンドスループットを増やすことをお勧めします。スループット使用率がプロビジョニングされたスループットに近づくと、データベースのパフォーマンスに影響する可能性があります。 | DB インスタンスにより多くのスループットをプロビジョニングする | はい | [Amazon RDS インスタンスタイプ](https://aws.amazon.com/rds/instance-types/) [Amazon RDS DB インスタンスストレージ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) [データベース負荷](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html) |
| RDS インスタンスは EBS I/O のプロビジョニング不足 | データベースワークロードを調整して I/O 操作を減らすか、Amazon RDS io2 Block Express ボリュームを使用するように DB インスタンスを変更することをお勧めします。このボリュームは、高パフォーマンス、高スループット、および低レイテンシーを必要とするデータベースワークロード用に設計されています。現在のワークロードでは、データベースは必要な速度で I/O 操作を処理できない可能性があり、パフォーマンスが低下する可能性があります。 | RDS インスタンスに Amazon RDS io2 Block Express ボリュームを使用する | いいえ | [Amazon RDS DB インスタンスストレージ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) [Amazon RDS の Amazon CloudWatch メトリクス](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-metrics.html) 「Amazon EBS ユーザーガイド」の「[プロビジョンド IOPS SSD ボリューム](https://docs.aws.amazon.com/ebs/latest/userguide/provisioned-iops.html)」 |