Amazon Aurora からの推奨事項のリファレンス
Amazon Aurora では、リソースが作成または変更されると、リソースの推奨事項が生成されます。次の表に、Amazon Aurora からの推奨事項の例を示します。
| 型 | 説明 | 推奨事項 | ダウンタイムが必要 | 追加情報 |
|---|---|---|---|---|
|
リソースの自動バックアップは無効になっています |
自動バックアップは DB インスタンスに対して有効ではありません。DB インスタンスのポイントインタイムリカバリを可能にするため、自動バックアップが推奨されます。 |
最大 14 日間の保存期間で自動バックアップを有効にします。 |
あり |
AWS データベースブログの「 Amazon RDS バックアップストレージコストの説明 |
|
エンジンのマイナーバージョンアップグレードが必要です |
データベースリソースで最新のマイナー DB エンジンバージョンが実行されていません。最新のマイナーバージョンには、最新のセキュリティ修正プログラムやその他の改善が含まれています。 |
最新のエンジンバージョンにアップグレードします。 |
あり |
|
|
拡張モニタリングは無効になっています |
データベースリソースでは拡張モニタリングが有効になっていません。拡張モニタリングにより、モニタリングとトラブルシューティングのためのリアルタイムのオペレーティングシステムメトリクスが提供されます。 |
Enhanced monitoring] を有効にします。 |
なし |
|
|
ストレージの暗号化は無効になっています。 |
Amazon RDS では、AWS Key Management Service (AWS KMS) で管理しているキーを使用して、すべてのデータベースエンジンの保存時の暗号化をサポートしています。Amazon RDS 暗号化を使用するアクティブな DB インスタンスでは、ストレージに保存されているデータは、自動バックアップ、リードレプリカ、スナップショットのように暗号化されます。 Aurora DB クラスターの作成時に暗号化が有効になっていない場合は、復号化されたスナップショットを暗号化された DB クラスターに復元する必要があります。 |
DB クラスターの保管中のデータの暗号化を有効にします。 |
あり |
|
|
すべてのインスタンスが同じアベイラビリティーゾーンにある DB クラスター |
DB クラスターは現在、1 つのアベイラビリティーゾーンにあります。複数のアベイラビリティーゾーンを使用してアベイラビリティーを向上させます。 |
DB クラスター内の複数のアベイラビリティーゾーンに DB インスタンスを追加します。 |
なし |
|
|
インスタンスサイズが異なるクラスター内の DB インスタンス |
DB クラスター内のすべてのインスタンスに同じ DB インスタンスクラスとサイズを使用することをお勧めします。 |
DB クラスター内のすべての DB インスタンスに同じインスタンスクラスを使用します。 |
あり |
|
|
異なるインスタンスクラスを持つクラスター内の DB インスタンス |
DB クラスター内のすべてのインスタンスに同じ DB インスタンスクラスとサイズを使用することをお勧めします。 |
DB クラスター内のすべての DB インスタンスに同じインスタンスクラスを使用します。 |
あり |
|
|
異種のパラメータグループを持つクラスター内の DB インスタンス |
DB クラスター内のすべての DB インスタンスが同じ DB パラメータグループを使用することをお勧めします。 |
DB インスタンスを、DB クラスター内のライターインスタンスに関連付けられた DB パラメータグループに、関連付けます。 |
なし |
|
Amazon RDS DB クラスターには 1 つの DB インスタンスがあります。 |
DB クラスターに少なくとも 1 つ以上の DB インスタンスを追加し、可用性とパフォーマンスを向上させます。 |
リーダー DB インスタンスを DB クラスターに追加します。 |
なし |
|
Performance Insights は無効になっている |
Performance Insights では、DB インスタンスの負荷をモニタリングし、データベースパフォーマンスの問題の分析と解決をサポートします。Performance Insights を有効にすることをお勧めします。 |
Performance Insights をオンにします。 |
なし |
|
|
RDS リソースのメジャーバージョンの更新が必須 |
DB エンジンの、現行メジャーバージョンのデータベースはサポートされません。新しい機能や拡張機能を含む最新のメジャーバージョンにアップグレードすることをお勧めします。 |
DB エンジンを最新のメジャーバージョンにアップグレードします。 |
あり |
|
DB クラスターは最大 64 TiB のボリュームのみをサポートします |
DB クラスターは最大 64 TiB のボリュームをサポートします。最新のエンジンバージョンは、DB クラスターに対して最大 128 TiB のボリュームをサポートします。DB クラスターのエンジンバージョンを最新バージョンにアップグレードして、最大 128 TiB のボリュームをサポートすることをお勧めします。 |
DB クラスターのエンジンバージョンをアップグレードして、最大 128 TiB のボリュームをサポートするようにします。 |
あり |
|
すべてのリーダーインスタンスが同じアベイラビリティゾーンにある DB クラスター |
アベイラビリティーゾーンは、各 AWS 内で障害が発生した場合に分離できるよう、互いに区別された場所のことです。DB クラスターのプライマリインスタンスとリーダーインスタンスを複数の AZ に配信して、DB クラスターの可用性を改善することをお勧めします。マルチ AZ クラスターはクラスター作成時に、AWS、管理コンソール、AWS CLI または Amazon RDS API を使用して作成できます。また、既存の Aurora クラスターをマルチ AZ クラスターに変更するには、新しいリーダーインスタンスを追加し、別の AZ を指定します。 |
DB クラスターは、同じアベイラビリティーゾーンにすべての読み込みインスタンスがあります。リーダーインスタンスを複数のアベイラビリティーゾーンに分散することをお勧めします。分散によって可用性が向上し、クライアントとデータベース間のネットワーク遅延が減少して応答時間が改善されます。 |
なし |
|
DB のメモリパラメータがデフォルトと異なる |
DB インスタンスのメモリパラメータがデフォルト値と大きく異なります。これらの設定はパフォーマンスに影響が及び、エラーの原因となる可能性があります。 DB インスタンスのカスタムメモリパラメータを、DB パラメータグループのデフォルト値に再設定することをお勧めします。 |
メモリパラメータをデフォルト値にリセットします。 |
なし |
|
Amazon RDS クエリキャッシュパラメータは有効になっている |
変更によってクエリキャッシュの削除が必要になった場合、DB インスタンスは停止しているように見えます。通常ワークロードでは、クエリキャッシュのメリットは得られません。クエリキャッシュは、MySQL バージョン 8.0 から削除されました。query_cache_type パラメータを 0 に設定することをお勧めします。 |
DB パラメータグループの |
あり |
|
|
|
DB パラメータグループの |
なし |
|
|
DB クラスターの自動バキュームパラメータは無効になっています。自動バキュームを無効にすると、テーブルとインデックスが肥大化し、パフォーマンスに影響します。 DB パラメータグループの自動バキュームを有効にすることをお勧めします。 |
DB クラスターパラメータグループの自動バキュームパラメータを有効にしてください。 |
なし |
AWS データベースブログの「Amazon RDS for PostgreSQL 環境における自動バキュームについて |
|
|
DB パラメータグループの |
あり |
AWS データベースブログの「 Amazon Aurora PostgreSQL パラメータ: データベースブログの「レプリケーション、セキュリティ、ログ記録 |
|
|
|
なし |
|
|
クエリプランナーまたはオプティマイザーは、インデックスのみのスキャン計画タイプが無効になっている場合は使用できません。
|
|
なし |
|
|
クエリプランナーまたはオプティマイザーは、インデックスのみのスキャン計画タイプが無効になっている場合は使用できません。
|
|
なし |
|
|
DB インスタンスの
|
|
なし |
|
|
DB インスタンスは、InnoDB 統計をディスクに保持するように設定されていません。統計が保存されていない場合は、インスタンスが再起動してテーブルにアクセスするたびに再計算されます。これにより、クエリ実行プランにばらつきが生じます。このグローバルパラメータの値はテーブルレベルで変更できます。
|
|
なし |
|
|
お使いの DB インスタンスは、InnoDB が一度に開くことができる最大ファイル数の値が低くなっています。 |
|
あり |
|
|
DB インスタンスは、各データベースアカウントの最大同時接続数の値が低くなっています。
|
|
あり |
|
リードレプリカは書き込み可能モードで開かれている |
DB インスタンスには書き込み可能モードのリードレプリカがあり、クライアントからの更新が可能です。 リードレプリカが書き込み可能モードにならないように、 |
|
なし |
|
|
DB インスタンスで既知の問題が発生しました: MySQL バージョン 8.0.26 よりも前のバージョンで、
|
|
なし |
|
|
DB インスタンスの一般ログ記録が有効になっています。この設定は、データベースの問題のトラブルシューティングに役立ちます。しかし、一般ログ記録を有効にすると、入出力操作の量と割り当てられるストレージ容量が増え、競合やパフォーマンスの低下につながる可能性があります。 一般ログ記録の使用状況の要件を確認してください。 |
一般ログ記録の使用状況の要件を確認してください。必須ではない場合は、 |
なし |
|
読み取りワークロードのプロビジョニングが不十分な DB クラスター |
クラスター内のライター DB インスタンスと同じインスタンスクラスとサイズを持つリーダー DB インスタンスを DB クラスターに追加することをお勧めします。現在の設定では、読み取り操作が主な原因となり、データベースの負荷が継続的に高くなっている DB インスタンスが 1 つあります。クラスターに別の DB インスタンスを追加し、読み取りワークロードを DB クラスターの読み取り専用エンドポイントに送信することで、これらの操作を分散します。 |
リーダー DB インスタンスをクラスターに追加します。 |
なし |
|
システムメモリ容量のプロビジョニングが不十分な RDS インスタンス |
メモリの使用量を減らすか、メモリの割り当て量の多い DB インスタンスタイプを使用するようにクエリを調整することをお勧めします。インスタンスのメモリが不足すると、データベースのパフォーマンスに影響を及ぼします。 |
メモリ容量のより高い DB インスタンスを使用する |
あり |
AWS データベースブログの「Amazon RDS インスタンスの垂直スケーリングと水平スケーリング |
システム CPU 容量のプロビジョニングが不十分な RDS インスタンス |
より少ないメモリを使用するようにクエリを調整するか、vCPU の割り当て量がより多い DB インスタンスを使用するように DB インスタンスを変更することをお勧めします。DB インスタンスの CPU が少なくなると、データベースのパフォーマンスが低下する可能性があります。 |
CPU 容量がより多い DB インスタンスを使用する |
あり |
AWS データベースブログの「Amazon RDS インスタンスの垂直スケーリングと水平スケーリング |
RDS リソースは接続プールを正しく利用していません。 |
Amazon RDS Proxy を有効にして、既存のデータベース接続を効率的にプールして共有することをお勧めします。データベースで既にプロキシを使用している場合は、複数の DB インスタンス間の接続プールと負荷分散を改善するようにプロキシを正しく設定します。RDS Proxy は、接続の枯渇やダウンタイムのリスクを軽減すると同時に、可用性とスケーラビリティを向上させるのに役立ちます。 |
RDS プロキシを有効にするか、既存のプロキシ設定を変更する |
なし |
AWS データベースブログの「Amazon RDS インスタンスの垂直スケーリングと水平スケーリング |
