翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
パフォーマンス
サービスクォータ (以前は制限と呼ばれていました) をチェックしてサービスのパフォーマンスを向上させ、プロビジョニングされたスループットを活用して使用率が高いインスタンスを監視することによって未使用のリソースを検出できます。
パフォーマンスカテゴリの次のチェックを使用できます。
チェック名
- 読み取りワークロードのプロビジョニングが不十分な Amazon Aurora DB クラスター
- Amazon DynamoDB Auto Scaling が有効化されていない
- Amazon EBS 最適化が有効化されていない
- Amazon EBS プロビジョンド IOPS (SSD) ボリュームアタッチ設定
- Amazon EBS のプロビジョニング不足ボリューム
- Amazon EC2 Auto Scaling グループが起動テンプレートに関連付けられていない
- Amazon EC2 から EBS スループット最適化
- EC2 仮想化タイプが準仮想化
- Amazon ECS メモリのハード制限
- Amazon EFS スループットモードの最適化
- Amazon RDS 自動バキュームパラメータが無効になっています
- Amazon RDS DB クラスターは最大 64 TiB のボリュームのみをサポートします
- 異なるインスタンスクラスを持つクラスター内の Amazon RDS DB インスタンス
- インスタンスサイズが異なるクラスター内の Amazon RDS DB インスタンス
- Amazon RDS DB のメモリパラメータがデフォルトと異なります
- Amazon RDS enable_index_OnlyScan パラメータは無効になっています。
- Amazon RDS enable_indexscan パラメータは無効になっています
- Amazon RDS general_logging パラメータが有効になっています
- Amazon RDS InnoDB_Change_Buffering パラメータは最適値よりも小さい値を使用しています
- Amazon RDS innodb_open_files パラメータが低いです
- Amazon RDS innodb_stats_persistent パラメータは無効になっています
- システム容量のプロビジョニングが不十分な Amazon RDS インスタンス
- Amazon RDS のマグネティックボリュームが使用中です。
- Amazon RDS パラメータグループでは Huge pages は使用されません
- Amazon RDS クエリキャッシュパラメータは有効になっています
- Amazon RDS リソース、インスタンスクラスの更新が必須です。
- Amazon RDS リソースのメジャーバージョンの更新が必須です。
- ライセンス付きのサポート終了エンジンエディションを使用する Amazon RDS リソース
- Amazon Route 53 エイリアスリソースレコードセット
- AWS Lambda メモリサイズのプロビジョニング不足関数
- AWS Lambda 同時実行制限が設定されていない関数
- パフォーマンスに関する AWS Well-Architected のリスクの高い問題
- CloudFront 代替ドメイン名
- CloudFront コンテンツ配信の最適化
- CloudFront ヘッダー転送とキャッシュヒット率
- 使用率の高い Amazon EC2 インスタンス
読み取りワークロードのプロビジョニングが不十分な Amazon Aurora DB クラスター
- 説明
-
Amazon Aurora DB クラスターに、読み取りワークロードをサポートするリソースがあるかどうかを確認します。
- チェック ID
-
c1qf5bt038
- アラート条件
-
黄色:
データベース読み取りの増加: データベースの負荷が高く、データベースは行の書き込みや更新よりも多くの行を読み取っていました。
- [Recommended Action] (推奨されるアクション)
-
クエリを調整してデータベースの負荷を軽減するか、クラスター内のライター DB インスタンスと同じインスタンスクラスとサイズを持つリーダー DB インスタンスを DB クラスターに追加することをお勧めします。現在の設定では、読み取り操作が主な原因となり、データベースの負荷が継続的に高くなっている DB インスタンスが 1 つ以上あります。クラスターに別の DB インスタンスを追加し、読み取りワークロードを DB クラスターの読み取り専用エンドポイントに送信することで、これらの操作を分散します。
- その他のリソース
-
Aurora DB クラスターには、読み取り専用接続のためのリーダーエンドポイントが 1 つあります。このエンドポイントは、負荷分散を使用して DB クラスターでデータベースロードの最も大きな原因になっているクエリを管理します。リーダーエンドポイントは、これらのステートメントを Aurora リードレプリカに送信し、プライマリインスタンスの負荷を軽減します。リーダーエンドポイントは、クラスター内の Aurora リードレプリカの数に応じて、同時実行可能な SELECT クエリを処理するための容量をスケールすることもできます。
詳細については、「DB クラスターに Aurora レプリカを追加する」および「Aurora DB クラスターのパフォーマンスとスケーリングの管理」を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
データベース読み取り (カウント) の増加
-
最終検出期間
-
最終更新日時
-
Amazon DynamoDB Auto Scaling が有効化されていない
- 説明
-
自動スケーリングまたはオンデマンドが Amazon DynamoDB テーブルおよびグローバルセカンダリインデックスで有効になっているかどうかを確認します。
Amazon DynamoDB Auto Scaling は Application Auto Scaling サービスを使用し、実際のトラフィックパターンに応じてプロビジョンドスループットキャパシティをユーザーに代わって動的に調節します。これにより、テーブルまたはグローバルセカンダリインデックスで、プロビジョンされた読み込みおよび書き込み容量が拡張され、トラフィックの急激な増加をスロットリングなしに処理できるようになります。ワークロードが減ると、Application Auto Scaling はスループットを低下させ、未使用のプロビジョンされた容量に料金が発生しないようにします。
AWS Config ルールのパラメータを使用してチェック設定を調整できます。
詳細については、「DynamoDB Auto Scaling によるスループットキャパシティの自動管理」を参照してください。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
- チェック ID
-
c18d2gz136
- ソース
-
AWS Config マネージドルール: dynamodb-autoscaling-enabled
- アラート条件
-
黄: 自動スケーリングまたはオンデマンドが DynamoDB テーブル、グローバルセカンダリインデックス、またはその両方で有効になっていません。
- [Recommended Action] (推奨されるアクション)
-
ワークロード要件に基づいて DynamoDB テーブルやグローバルセカンダリインデックスのプロビジョニングされたスループットを自動的にスケーリングするメカニズムがすでにある場合を除き、Amazon DynamoDB テーブルの自動スケーリングを有効にすることを検討してください。
詳細については、「AWS マネジメントコンソールと DynamoDB Auto Scaling の使用」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
AWS Config ルール
-
入力パラメータ
-
最終更新日時
-
Amazon EBS 最適化が有効化されていない
- 説明
-
Amazon EC2 インスタンスに対して Amazon EBS 最適化が有効になっているかどうか確認します。
Amazon EBS 最適化インスタンスは、最適化された設定スタックを使用し、Amazon EBS I/O 用に専用のキャパシティを追加で提供します。このように最適化することで、Amazon EBS I/O と、インスタンスからのその他のトラフィックとの間の競合を最小に抑え、Amazon EBS ボリュームの最高のパフォーマンスを実現します。
詳細については、「Amazon EBS 最適化インスタンスを使用する」を参照してください。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
- チェック ID
-
c18d2gz142
- ソース
-
AWS Config マネージドルール: ebs-optimized-instance
- アラート条件
-
黄: Amazon EBS 最適化は、サポートされている Amazon EC2 インスタンスで有効になっていません。
- [Recommended Action] (推奨されるアクション)
-
サポートされているインスタンスで Amazon EBS 最適化を有効にしてください。
詳細については、「Enable EBS optimization at launch」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
AWS Config ルール
-
入力パラメータ
-
最終更新日時
-
Amazon EBS プロビジョンド IOPS (SSD) ボリュームアタッチ設定
- 説明
-
Amazon EBS の最適化が可能で EBS 最適化されていない Amazon Elastic Compute Cloud (Amazon EC2) インスタンスにアタッチされていないプロビジョンド IOPS (SSD) ボリュームをチェックします。
Amazon Elastic Block Store (Amazon EBS) のプロビジョンド IOPS (SSD) ボリュームは、EBS 最適化インスタンスにアタッチされている場合にのみ、予期されたパフォーマンスを提供するように設計されています。
- チェック ID
-
PPkZrjsH2q
- アラート条件
-
黄: EBS 最適化が可能な Amazon EC2 インスタンスにはプロビジョンド IOPS (SSD) ボリュームがアタッチされていますが、そのインスタンスは EBS 最適化されていません。
- [Recommended Action] (推奨されるアクション)
-
EBS 最適化されている新しいインスタンスを作成し、ボリュームをデタッチして、そのボリュームを新しいインスタンスに再アタッチします。詳細については、「Amazon EBS-Optimized Instances」(Amazon EBS 最適化インスタンス) および「インスタンスへの Amazon EBS ボリュームのアタッチ」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン/AZ
-
ボリューム ID
-
ボリューム名
-
ボリュームのアタッチ
-
[インスタンス ID]
-
インスタンスタイプ
-
EBS 最適化
-
Amazon EBS のプロビジョニング不足ボリューム
- 説明
-
ルックバック期間中に任意の時点で実行していた Amazon Elastic Block Store (Amazon EBS) ボリュームをチェックします。このチェックは、ワークロードに対してプロビジョニング不足である EBS ボリュームがある場合に警告します。一貫した高い使用率は、パフォーマンスが最適化され安定していることを示しますが、アプリケーションに十分なリソースがない可能性も示唆しています。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
- チェック ID
-
COr6dfpM04
- アラート条件
-
黄: ルックバック期間中にプロビジョニングが不足していた EBS ボリューム。ボリュームのプロビジョニングが不足しているかどうかを判断するには、すべてのデフォルトの CloudWatch メトリクス (IOPS とスループットを含む) を考慮します。プロビジョニング不足の EBS ボリュームを識別するために使用されるアルゴリズムは、 AWS のベストプラクティスに従います。新しいパターンが特定されると、アルゴリズムが更新されます。
- [Recommended Action] (推奨されるアクション)
-
使用量の多いボリュームをアップサイジングすることを検討してください。
詳細については、「チェック AWS Compute Optimizer に Trusted Advisor オプトインする」を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
ボリューム ID
-
ボリュームタイプ
-
ボリュームサイズ (GB)
-
ボリュームベースライン IOPS
-
ボリューム IOPS
-
ボリュームバーストスループット
-
推奨ボリュームタイプ
-
推奨ボリュームサイズ (GB)
-
推奨ボリュームベースライン IOPS
-
推奨ボリュームバースト IOPS
-
推奨ボリュームベースラインスループット
-
推奨ボリュームバーストスループット
-
ルックバック期間 (日)
-
パフォーマンスリスク
-
最終更新日時
-
Amazon EC2 Auto Scaling グループが起動テンプレートに関連付けられていない
- 説明
-
Amazon EC2 Auto Scaling グループが、EC2 起動テンプレートから作成されたものかどうかを確認します。
起動テンプレートを使用して Amazon EC2 Auto Scaling グループを作成し、Auto Scaling グループの最新の機能や改善点に確実にアクセスできます。例えば、バージョニングや複数のインスタンスタイプなどです。
詳細については、「起動テンプレート」を参照してください。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
- チェック ID
-
c18d2gz102
- ソース
-
AWS Config マネージドルール: autoscaling-launch-template
- アラート条件
-
黄: Amazon EC2 Auto Scaling グループが有効な起動テンプレートに関連付けられていません。
- [Recommended Action] (推奨されるアクション)
-
Amazon EC2 起動テンプレートを使用して Amazon EC2 Auto Scaling グループを作成します。
詳細については、「Auto Scaling グループの起動テンプレートを作成する」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
AWS Config ルール
-
入力パラメータ
-
最終更新日時
-
Amazon EC2 から EBS スループット最適化
- 説明
-
アタッチされている Amazon EC2 インスタンスの最大スループットキャパシティーによってパフォーマンスの影響を受ける可能性がある Amazon EBS ボリュームをチェックします。
パフォーマンスを最適化するには、アタッチされた EBS ボリュームの合計最大スループットよりも Amazon EC2 インスタンスの最大スループットが大きいことを確認することをお勧めします。このチェックでは、EBS 最適化インスタンスごとに前日の各 5 分間の合計 (協定世界時 (UTC) に基づく) EBS ボリュームスループットが計算され、これらの期間の半分以上の使用量が EC2 インスタンスの最大スループットの 95% を超えた場合に警告が表示されます。
- チェック ID
-
Bh2xRR2FGH
- アラート条件
-
黄: 前日 (UTC) に、EC2 インスタンスにアタッチされた EBS ボリュームの総スループット (メガバイト/秒) が、50% 超の時間にわたって、インスタンスと EBS ボリューム間の公開スループットの 95% を超えました。
- [Recommended Action] (推奨されるアクション)
-
Amazon EBS ボリュームの最大スループット (「Amazon EBS ボリュームの種類」を参照) を、それらがアタッチされている Amazon EC2 インスタンスの最大スループットと比較します。「Instance Types That Support EBS Optimization」(EBS 最適化をサポートするインスタンスタイプ) を参照してください。
最適なパフォーマンスを実現するために、Amazon EBS に対してより高いスループットをサポートするインスタンスにボリュームをアタッチすることを検討してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
[インスタンス ID]
-
インスタンスタイプ
-
最大に近い時間
-
EC2 仮想化タイプが準仮想化
- 説明
-
Amazon EC2 インスタンスの仮想化タイプが準仮想化かどうかをチェックします。
可能な場合は、準仮想インスタンスの代わりにハードウェア仮想マシン (HVM) インスタンスを使用するのがベストプラクティスです。これは、HVM 仮想化の機能強化や HVM AMI で PV ドライバが利用可能になったことにより、従来 PV と HVM のゲストの間に存在していたパフォーマンスのギャップが解消されたからです。現行世代のインスタンスタイプは PV AMI をサポートしない点に注意することが重要です。そのため、HVM インスタンスタイプを選択すると最高のパフォーマンスと最新のハードウェアとの互換性が得られます。
詳細については、「Linux AMI 仮想化タイプ」を参照してください。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
- チェック ID
-
c18d2gz148
- ソース
-
AWS Config マネージドルール: ec2-paravirtual-instance-check
- アラート条件
-
黄: Amazon EC2 インスタンスの仮想化タイプが準仮想化です。
- [Recommended Action] (推奨されるアクション)
-
Amazon EC2 インスタンスに HVM 仮想化を使用し、互換性のあるインスタンスタイプを使用してください。
適切な仮想化タイプを選択する方法については、「インスタンスタイプ変更の互換性」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
AWS Config ルール
-
入力パラメータ
-
最終更新日時
-
Amazon ECS メモリのハード制限
- 説明
-
Amazon ECS のタスク定義に、そのコンテナの定義に対するメモリ制限が設定されているかどうかを確認します。タスク内のすべてのコンテナ用に予約されるメモリの合計量は、タスクのメモリー値より小さくする必要があります。
詳細については、「コンテナ定義」を参照してください。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
- チェック ID
-
c18d2gz176
- ソース
-
AWS Config マネージドルール: ecs-task-definition-memory-hard-limit
- アラート条件
-
黄: Amazon ECS メモリのハード制限が設定されていません。
- [Recommended Action] (推奨されるアクション)
-
Amazon ECS タスクにメモリを割り当てて、メモリが不足しないようにしてください。コンテナが指定されたメモリを超えようとすると、コンテナは強制終了されます。
詳細については、「Amazon ECS のタスクにメモリを割り当てるにはどうすればよいですか?
」を参照してください。 - その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
AWS Config ルール
-
入力パラメータ
-
最終更新日時
-
Amazon EFS スループットモードの最適化
- 説明
-
お客様の Amazon EFS ファイルシステムが現在、バーストスループットモードを使用するように設定されているかどうかを確認します。
EFS のバーストスループットモード [1] のファイルシステムは、一貫したベースラインレベルのスループット (EFS スタンダードストレージのデータの GiB あたり 50 KiB/秒) を実現し、「バーストクレジット」が利用可能な場合は、クレジットモデルを使用してより高いレベルの「バーストスループット」パフォーマンスを実現します。バーストクレジットを使い果たすと、ファイルシステムのパフォーマンスがこの低いベースラインレベルに抑えられ、その結果、速度が低下したり、タイムアウトになったり、エンドユーザーやアプリケーションのパフォーマンスに影響を与えたりする可能性があります。
- チェック ID
-
c1dfprch02
- アラート条件
-
-
黄:ファイルシステムはバーストスループットモードを使用しています。
-
- [Recommended Action] (推奨されるアクション)
-
ユーザーとアプリケーションが希望するスループットを達成できるように、ファイルシステム設定をエラスティックスループットモード [2] に更新することをお勧めします。エラスティックスループットモードでは、AWS リージョン [3] によって異なりますが、ファイルシステムで最大 10 GiB/秒の読み取りスループットまたは 3 GiB/秒の書き込みスループットを達成できます。お支払いいただくのは使用したスループットに対してのみです。ファイルシステムの設定を更新して、必要に応じてエラスティックスループットモードとバーストスループットモードを切り替えることができることと、エラスティックスループットモードのファイルシステムではデータ転送に追加料金が発生することに注意してください [4]。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
EFS ファイルシステム ID
-
スループットモード
-
最終更新日時
-
Amazon RDS 自動バキュームパラメータが無効になっています
- 説明
-
DB インスタンスの自動バキュームパラメータは無効になっています。自動バキュームを無効にすると、テーブルとインデックスが肥大化し、パフォーマンスに影響します。
DB パラメータグループの自動バキュームを有効にすることをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt025
- アラート条件
-
黄色: DB パラメータグループの自動バキュームは無効になっています。
- [Recommended Action] (推奨されるアクション)
-
DB パラメータグループの自動バキュームパラメータを有効にしてください。
- その他のリソース
-
PostgreSQL データベースには、バキュームと呼ばれる定期的なメンテナンスが必要です。PostgreSQL の自動バキュームは、VACCUUM コマンドと ANALYZE コマンドの実行を自動化します。このプロセスはテーブル統計を収集し、デッド行を削除します。自動バキュームを無効にすると、テーブルの増加、インデックスの肥大化、古い統計がデータベースのパフォーマンスに影響します。
詳細については、「Understanding autovacuum in Amazon RDS for PostgreSQL environments」を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
Parameter Name
-
推奨値
-
最終更新日時
-
Amazon RDS DB クラスターは最大 64 TiB のボリュームのみをサポートします
- 説明
-
DB クラスターは最大 64 TiB のボリュームをサポートします。最新のエンジンバージョンは、最大 128 TiB のボリュームをサポートします。DB クラスターのエンジンバージョンを最新バージョンにアップグレードして、最大 128 TiB のボリュームをサポートすることをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt017
- アラート条件
-
黄色: DB クラスターは最大 64 TiB のボリュームのみをサポートします。
- [Recommended Action] (推奨されるアクション)
-
DB クラスターのエンジンバージョンをアップグレードして、最大 128 TiB のボリュームをサポートするようにします。
- その他のリソース
-
単一の Amazon Aurora DB クラスターでアプリケーションをスケールアップする場合、ストレージ制限が 128 TiB の場合は制限に達しない可能性があります。ストレージ制限を増やすことで、データを削除したり、データベースを複数のインスタンスに分割したりするのを防ぐことができます。
詳細については、「Amazon Aurora size limits」を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
エンジン名
-
現行のエンジンバージョン
-
推奨値
-
最終更新日時
-
異なるインスタンスクラスを持つクラスター内の Amazon RDS DB インスタンス
- 説明
-
DB クラスター内のすべてのインスタンスに同じ DB インスタンスクラスとサイズを使用することをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt009
- アラート条件
-
赤: DB クラスターには、異なるインスタンスクラスの DB インスタンスがあります。
- [Recommended Action] (推奨されるアクション)
-
DB クラスター内のすべての DB インスタンスに同じインスタンスクラスを使用します。
- その他のリソース
-
DB クラスター内の DB インスタンスが異なる DB インスタンスクラスまたはサイズを使用している場合、DB インスタンスのワークロードに不均衡が生じる可能性があります。フェイルオーバー中、リーダー DB インスタンスのいずれかがライター DB インスタンスに変わります。DB インスタンスが同じ DB インスタンスクラスとサイズを使用する場合は、DB クラスターの DB インスタンスでワークロードを分散できます。
詳細については、「Aurora レプリカ」を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
推奨値
-
エンジン名
-
最終更新日時
-
インスタンスサイズが異なるクラスター内の Amazon RDS DB インスタンス
- 説明
-
DB クラスター内のすべてのインスタンスに同じ DB インスタンスクラスとサイズを使用することをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt008
- アラート条件
-
赤: DB クラスターには、さまざまなインスタンスサイズの DB インスタンスがあります。
- [Recommended Action] (推奨されるアクション)
-
DB クラスター内のすべての DB インスタンスに同じインスタンスクラスを使用します。
- その他のリソース
-
DB クラスター内の DB インスタンスが異なる DB インスタンスクラスまたはサイズを使用している場合、DB インスタンスのワークロードに不均衡が生じる可能性があります。フェイルオーバー中、リーダー DB インスタンスのいずれかがライター DB インスタンスに変わります。DB インスタンスが同じ DB インスタンスクラスとサイズを使用する場合は、DB クラスターの DB インスタンスでワークロードを分散できます。
詳細については、「Aurora レプリカ」を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
推奨値
-
エンジン名
-
最終更新日時
-
Amazon RDS DB のメモリパラメータがデフォルトと異なります
- 説明
-
DB インスタンスのメモリパラメータがデフォルト値と大きく異なります。これらの設定はパフォーマンスに影響が及び、エラーの原因となる可能性があります。
DB インスタンスのカスタムメモリパラメータを、DB パラメータグループのデフォルト値に再設定することをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt020
- アラート条件
-
黄色: DB パラメータグループには、デフォルト値とはかなり異なるメモリパラメータがあります。
- [Recommended Action] (推奨されるアクション)
-
メモリパラメータをデフォルト値にリセットします。
- その他のリソース
-
詳細については、「Best practices for configuring parameters for Amazon RDS for MySQL, part 1: Parameters related to performance
」を参照してください。 - [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
Parameter Name
-
推奨値
-
最終更新日時
-
Amazon RDS enable_index_OnlyScan パラメータは無効になっています。
- 説明
-
クエリプランナーまたはオプティマイザーは、インデックスのみのスキャン計画タイプが無効になっている場合は使用できません。
enable_indexonlyscan パラメータの値を 1 に設定することをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt028
- アラート条件
-
黄色: DB パラメータグループの enable_indexonlyscan パラメータは無効になっています。
- [Recommended Action] (推奨されるアクション)
-
enable_indexonlyscan パラメーターを 1 に設定します。
- その他のリソース
-
enable_indexonlyscan パラメーターを無効にすると、クエリプランナーは最適な実行プランを選択できなくなります。クエリプランナーは、インデックススキャンなどの別のプランタイプを使用するため、クエリのコストと実行時間が長くなる可能性があります。インデックスのみのスキャンプランタイプでは、テーブルデータにアクセスせずにデータを取得します。
詳細については、PostgreSQL ドキュメント Web サイトの「enable_indexonlyscan (boolean)
」を参照してください。 - [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
Parameter Name
-
推奨値
-
最終更新日時
-
Amazon RDS enable_indexscan パラメータは無効になっています
- 説明
-
クエリプランナーまたはオプティマイザーは、インデックスのみのスキャン計画タイプが無効になっている場合は使用できません。
enable_indexscan パラメータの値を 1 に設定することをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt029
- アラート条件
-
黄色: DB パラメータグループの enable_indexscan パラメータは無効になっています。
- [Recommended Action] (推奨されるアクション)
-
パラメータ enable_indexscan を 1 に設定します。
- その他のリソース
-
enable_indexscan パラメーターを無効にすると、クエリプランナーは最適な実行プランを選択できなくなります。クエリプランナーは、インデックススキャンなどの別のプランタイプを使用するため、クエリのコストと実行時間が長くなる可能性があります。
詳細については、PostgreSQL ドキュメント Web サイトの「enable_indexonlyscan (boolean)
」を参照してください。 - [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
Parameter Name
-
推奨値
-
最終更新日時
-
Amazon RDS general_logging パラメータが有効になっています
- 説明
-
DB インスタンスの一般ログ記録が有効になっています。この設定は、データベースの問題のトラブルシューティングに役立ちます。しかし、一般ログ記録を有効にすると、入出力操作の量と割り当てられるストレージ容量が増え、競合やパフォーマンスの低下につながる可能性があります。
一般ログ記録の使用状況の要件を確認してください。general_logging パラメーターの値を 0 に設定することをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt037
- アラート条件
-
黄色: DB パラメータグループでは general_logging が有効になっています。
- [Recommended Action] (推奨されるアクション)
-
一般ログ記録の使用状況の要件を確認してください。必須ではない場合は、general_logging パラメーターの値を 0 に設定することをお勧めします。
- その他のリソース
-
general_logging パラメーター値が 1 の場合、一般クエリーログが有効になります。一般クエリログには、データベースサーバー操作の記録が含まれます。サーバーは、クライアントが接続または切断したときにこのログに情報を書き込み、ログにはクライアントから受け取った各 SQL 文が含まれます。一般クエリログは、クライアントでエラーが発生した疑いがあり、クライアントがデータベースサーバーに送信した情報を検索したい場合に役立ちます。
詳細については、「RDS for MySQL データベースログの概要」を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
Parameter Name
-
推奨値
-
最終更新日時
-
Amazon RDS InnoDB_Change_Buffering パラメータは最適値よりも小さい値を使用しています
- 説明
-
変更バッファリングでは、MySQL DB インスタンスは、セカンダリインデックスを維持するために必要ないくつかの書き込みを延期することができます。この機能は、低速ディスクを使用する環境で有効でした。バッファリング設定を変更することで DB のパフォーマンスはわずかに向上しましたが、クラッシュリカバリの遅延やアップグレード中のシャットダウン時間の増加の原因となりました。
innodb_change_buffering パラメーターの値を NONE に設定することをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt021
- アラート条件
-
黄色: DB パラメータグループの innodb_change_buffering パラメータは最適値が低く設定されています。
- [Recommended Action] (推奨されるアクション)
-
DB パラメータグループの innodb_change_buffering パラメータ値を NONE に設定します。
- その他のリソース
-
詳細については、「Best practices for configuring parameters for Amazon RDS for MySQL, part 1: Parameters related to performance
」を参照してください。 - [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
Parameter Name
-
推奨値
-
最終更新日時
-
Amazon RDS innodb_open_files パラメータが低いです
- 説明
-
innodb_open_files パラメータは、InnoDB が一度に開くことができるファイル数を制御します。InnoDB は、mysqld の実行時にすべてのログファイルとシステムテーブルスペースファイルを開きます。
お使いの DB インスタンスは、InnoDB が一度に開くことができる最大ファイル数の値が低くなっています。innodb_open_files パラメータ値を少なくとも 65 に設定することをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt033
- アラート条件
-
黄色: DB パラメータグループの InnoDB オープンファイル設定に誤りがあります。
- [Recommended Action] (推奨されるアクション)
-
innodb_open_files パラメータ値を少なくとも 65 に設定します。
- その他のリソース
-
innodb_open_files パラメータは、InnoDB が一度に開くことができるファイル数を制御します。InnoDB は、mysqld の実行中、すべてのログファイルとシステムテーブルスペースファイルを開いたままにします。InnoDB でいくつかの .ibd ファイルを開く必要があります。 file-per-table innodb_open_files の設定が低いと、データベースのパフォーマンスに影響し、サーバーが起動しなくなる可能性があります。
詳細については、 MySql ドキュメントウェブサイトのInnoDB 起動オプション」および「システム変数 - innodb_open_files
」を参照してください。 - [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
Parameter Name
-
推奨値
-
最終更新日時
-
Amazon RDS innodb_stats_persistent パラメータは無効になっています
- 説明
-
DB インスタンスは、InnoDB 統計をディスクに保持するように設定されていません。統計が保存されていない場合は、インスタンスが再起動してテーブルにアクセスするたびに再計算されます。これにより、クエリ実行プランにばらつきが生じます。このグローバルパラメータの値はテーブルレベルで変更できます。
innodb_stats_persistent パラメーター値を ON1 に設定することをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt032
- アラート条件
-
黄色: DB パラメータグループには、ディスクに保持されないオプティマイザ統計があります。
- [Recommended Action] (推奨されるアクション)
-
innodb_stats_persistent パラメータ値を ON に設定します。
- その他のリソース
-
innodb_stats_persistent パラメーターが ON に設定されている場合、オプティマイザ統計はインスタンスの再起動時に保持されます。これにより、実行プランの安定性と一貫したクエリパフォーマンスが向上します。テーブルを作成または変更するときに STATS_PERSISTENT 句を使用することにより、グローバル統計の永続性をテーブルレベルで変更できます。
詳細については、「Best practices for configuring parameters for Amazon RDS for MySQL, part 1: Parameters related to performance
」を参照してください。 - [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
Parameter Name
-
推奨値
-
最終更新日時
-
システム容量のプロビジョニングが不十分な Amazon RDS インスタンス
- 説明
-
Amazon RDS インスタンスまたは Amazon Aurora DB インスタンスに、動作に必要なシステム容量があるかどうかを確認します。
- チェック ID
-
c1qf5bt039
- アラート条件
-
黄色:
メモリ不足による強制終了: OS レベルでのメモリ不足により、データベースホスト上のプロセスが停止すると、メモリ不足 (OOM) キラーのカウンターが動作します。
過剰な数のスワップ: os.memory.swap.in および os.memory.swap.out のメトリクス値が高い場合。
- [Recommended Action] (推奨されるアクション)
-
メモリの使用量を減らすか、メモリの割り当て量の多い DB インスタンスタイプを使用するようにクエリを調整することをお勧めします。インスタンスのメモリが不足すると、データベースのパフォーマンスに影響を及ぼします。
- その他のリソース
-
O ut-of-memory キルが検出されました: Linux カーネルは、ホストで実行されているプロセスがオペレーティングシステムから物理的に利用可能なメモリよりも多くのメモリを必要とする場合に、メモリ不足 (OOM) キラーを呼び出します。この場合、メモリ不足 (OOM) キラーはシステムメモリを解放してシステムの稼働を継続するため、実行中のプロセスをすべて確認し、1 つ以上のプロセスを停止します。
スワップが検出されている: データベースホストのメモリが不足している場合、オペレーティングシステムはスワップスペース内のディスクに最も使用されていないページをいくつか送信します。このオフロードプロセスは、データベースのパフォーマンスに影響を及ぼします。
詳細については、「Amazon RDS インスタンスタイプ
」および「Scaling yourAmazon RDS instance 」を参照してください。 - [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
O ut-of-memory 強制終了 (カウント)
-
過剰なスワップ (カウント)
-
最終検出期間
-
最終更新日時
-
Amazon RDS のマグネティックボリュームが使用中です。
- 説明
-
DB インスタンスはマグネティックストレージを使用しています。ほとんどの DB インスタンスには、マグネティックストレージは推奨されません。別のストレージタイプとして、汎用 (SSD) またはプロビジョンド IOPS を選択してください。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt000
- アラート条件
-
黄色: Amazon RDS リソースではマグネティックストレージを使用しています。
- [Recommended Action] (推奨されるアクション)
-
別のストレージタイプとして、汎用 (SSD) またはプロビジョンド IOPS を選択してください。
- その他のリソース
-
マグネティックストレージは旧世代のストレージタイプです。新しいストレージ要件には、汎用 (SSD) またはプロビジョンド IOPS が推奨されます。これらのストレージタイプは、より高い一貫したパフォーマンスを実現し、ストレージサイズの選択肢も広がります。
詳細については、「旧世代ボリューム」を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
推奨値
-
エンジン名
-
最終更新日時
-
Amazon RDS パラメータグループでは Huge pages は使用されません
- 説明
-
Large pages はデータベースのスケーラビリティを高めることができますが、DB インスタンスは Large pages を使用していません。DB インスタンスの DB パラメータグループで、use_large_pages パラメータを ONLY に設定することをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt024
- アラート条件
-
黄色: DB パラメータグループでは Large pages は使用されません。
- [Recommended Action] (推奨されるアクション)
-
DB パラメータグループ内で use_large_pages パラメータ値を ONLY に設定します。
- その他のリソース
-
詳細については、「RDS HugePages for Oracle インスタンス の有効化」を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
Parameter Name
-
推奨値
-
最終更新日時
-
Amazon RDS クエリキャッシュパラメータは有効になっています
- 説明
-
変更によってクエリキャッシュの削除が必要になった場合、DB インスタンスは停止しているように見えます。通常ワークロードでは、クエリキャッシュのメリットは得られません。クエリキャッシュは、MySQL バージョン 8.0 から削除されました。query_cache_type パラメータを 0 に設定することをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt022
- アラート条件
-
黄色: DB パラメータグループではクエリキャッシュが有効になっています。
- [Recommended Action] (推奨されるアクション)
-
DB パラメータグループの query_cache_type パラメータ値を 0 に設定します。
- その他のリソース
-
詳細については、「Best practices for configuring parameters for Amazon RDS for MySQL, part 1: Parameters related to performance
」を参照してください。 - [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
Parameter Name
-
推奨値
-
最終更新日時
-
Amazon RDS リソース、インスタンスクラスの更新が必須です。
- 説明
-
データベースは、旧世代の DB インスタンスクラスを実行しています。旧世代の DB インスタンスクラスは、コスト、パフォーマンス、またはその両方が向上した DB インスタンスクラスに置き換えられました。DB インスタンスには、新しい世代の DB インスタンスクラスを使用して実行することをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt015
- アラート条件
-
赤: DB インスタンスはサポート終了の DB インスタンスクラスを使用しています。
- [Recommended Action] (推奨されるアクション)
-
最大インスタンスクラスにアップグレードします。
- その他のリソース
-
詳細については、「DB インスタンスクラスでサポートされている DB エンジン」を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
DB インスタンスクラス
-
推奨値
-
エンジン名
-
最終更新日時
-
Amazon RDS リソースのメジャーバージョンの更新が必須です。
- 説明
-
DB エンジンの、現行メジャーバージョンのデータベースはサポートされません。新しい機能や拡張機能を含む最新のメジャーバージョンにアップグレードすることをお勧めします。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt014
- アラート条件
-
赤: RDS リソースはサポート終了のメジャーバージョンを使用しています。
- [Recommended Action] (推奨されるアクション)
-
DB エンジンを最新のメジャーバージョンにアップグレードします。
- その他のリソース
-
Amazon RDS は、データベースを最新バージョンに保つため、サポートされているデータベースエンジンの新しいバージョンをリリースしています。新しいバージョンには、データベースエンジンのバグ修正、セキュリティの強化、およびその他の改善が含まれる場合があります。ブルー/グリーンデプロイを使用することで、DB インスタンスのアップグレードに必要なダウンタイムを最小限に抑えることができます。
詳細については、以下のリソースを参照してください。
-
Amazon Aurora の更新
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
エンジン名
-
エンジンバージョンの現行バージョン
-
推奨値
-
最終更新日時
-
ライセンス付きのサポート終了エンジンエディションを使用する Amazon RDS リソース
- 説明
-
現在のライセンスサポートを継続するには、メジャーバージョンを Amazon RDS がサポートする最新のエンジンバージョンにアップグレードすることをお勧めします。データベースのエンジンバージョンは、現在のライセンスではサポートされません。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
注記
DB インスタンスまたは DB クラスターが停止すると、 で Amazon RDS の推奨事項を Trusted Advisor 3~5 日間表示できます。5 日後、レコメンデーションは では使用できません Trusted Advisor。推奨事項を表示するには、Amazon RDS コンソールを開いて [推奨事項] を選択します。
DB インスタンスまたは DB クラスターを削除すると、それらのインスタンスまたはクラスターに関連するレコメンデーションは、 Trusted Advisor または Amazon RDS マネジメントコンソールでは使用できません。
- チェック ID
-
c1qf5bt016
- アラート条件
-
赤: Amazon RDS リソースは、ライセンス込みモデルのサポート終了エンジンエディションを使用しています。
- [Recommended Action] (推奨されるアクション)
-
ライセンスモデルを引き続き使用するには、データベースを Amazon RDS でサポートされている最新バージョンにアップグレードすることをお勧めします。
- その他のリソース
-
詳細については、[Oracle のメジャーバージョンのアップグレード]を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
エンジン名
-
現行のエンジンバージョン
-
推奨値
-
エンジン名
-
最終更新日時
-
Amazon Route 53 エイリアスリソースレコードセット
- 説明
-
パフォーマンスを向上させ、コストを節約するために、エイリアスリソースレコードセットに変更できるリソースレコードセットをチェックします。
エイリアスリソースレコードセットは、DNS クエリを AWS リソース (Elastic Load Balancing ロードバランサーや Amazon S3 バケットなど) または別の Route 53 リソースレコードセットにルーティングします。エイリアスリソースレコードセットを使用すると、Route 53 は DNS クエリを AWS リソースに無料でルーティングします。
AWS サービスによって作成されたホストゾーンは、チェック結果に表示されません。
- チェック ID
-
B913Ef6fb4
- アラート条件
-
-
黄: リソースレコードセットは Amazon S3 ウェブサイトの CNAME です。
-
黄: リソースレコードセットは Amazon ディストリビューションの CNAME CloudFrontです。
-
黄: リソースレコードセットは Elastic Load Balancing ロードバランサーの CNAME です。
-
- [Recommended Action] (推奨されるアクション)
-
リストされた CNAME リソースレコードセットをエイリアスリソースレコードセットに置き換えます。「Choosing Between Alias and Non-Alias Resource Record Sets」(エイリアスのリソースレコードセットと非エイリアスのリソースレコードセットの選択) を参照してください。
また、 AWS リソースに応じて、レコードタイプを CNAME から A または AAAA に変更する必要があります。「Values that You Specify When You Create or Edit Amazon Route 53 Resource Record Sets」(Amazon Route 53 リソースレコードセットの作成または編集時に指定する値) を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
ホストゾーン名
-
ホストゾーン ID
-
リソースレコードセット名
-
リソースレコードセットのタイプ
-
リソースレコードセットの識別子
-
エイリアス先
-
AWS Lambda メモリサイズのプロビジョニング不足関数
- 説明
-
ルックバック期間中に少なくとも 1 回呼び出された AWS Lambda 関数をチェックします。このチェックは、Lambda 関数がメモリサイズに関してプロビジョニング不足である場合に警告します。メモリサイズについてプロビジョニング不足である Lambda 関数がある場合、これらの関数の完了に時間がかかります。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
- チェック ID
-
COr6dfpM06
- アラート条件
-
黄: ルックバック期間中にメモリサイズのプロビジョニングが不足していた Lambda 関数。Lambda 関数がプロビジョニング不足かどうかを判断するために、その関数のすべてのデフォルト CloudWatch メトリクスを考慮します。メモリサイズのプロビジョニング不足の Lambda 関数を識別するために使用されるアルゴリズムは、 AWS のベストプラクティスに従います。新しいパターンが特定されると、アルゴリズムが更新されます。
- [Recommended Action] (推奨されるアクション)
-
Lambda 関数のメモリサイズを大きくすることを検討してください。
詳細については、「チェック AWS Compute Optimizer に Trusted Advisor オプトインする」を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
関数名
-
関数バージョン
-
メモリサイズ (MB)
-
推奨メモリサイズ (MB)
-
ルックバック期間 (日)
-
パフォーマンスリスク
-
最終更新日時
-
AWS Lambda 同時実行制限が設定されていない関数
- 説明
-
AWS Lambda 関数が関数レベルの同時実行制限で設定されているかどうかを確認します。
同時実行は、AWS Lambda 関数が同時に処理している未完了のリクエスト数です。Lambda は、同時実行リクエストごとに、実行環境の個別のインスタンスをプロビジョニングします。
AWS Config ルールの同時実行とConcurrencyLimit高パラメータを使用して、最小同時実行制限と最大同時実行LimitLow制限を指定できます。
詳細については、「Lambda 関数のスケーリング」を参照してください。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
- チェック ID
-
c18d2gz181
- ソース
-
AWS Config マネージドルール: lambda-concurrency-check
- アラート条件
-
黄: Lambda 関数に同時実行数の制限が設定されていません。
- [Recommended Action] (推奨されるアクション)
-
Lambda 関数に同時実行が設定されていることを確認します。Lambda 関数に同時実行数の制限を設けると、関数がリクエストを確実かつ予測どおりに処理できるようになります。同時実行数の制限を設けると、トラフィックの急増によって関数が処理しきれなくなるリスクを軽減できます。
詳細については、「予約済同時実行数の設定」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
AWS Config ルール
-
入力パラメータ
-
最終更新日時
-
パフォーマンスに関する AWS Well-Architected のリスクの高い問題
- 説明
-
パフォーマンスの柱で、ワークロードに関するリスクの高い問題 (HRI) をチェックします。このチェックは、お客様の AWS-Well Architected レビューに基づきます。チェック結果は、AWS Well-Architected でワークロード評価を完了したかどうかによって異なります。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。
- チェック ID
-
Wxdfp4B1L2
- アラート条件
-
-
赤: AWS Well-Architected のパフォーマンスの柱で、少なくとも 1 つのアクティブな高リスクの問題が特定されました。
-
緑: AWS Well-Architected のパフォーマンスの柱でアクティブな高リスクの問題は検出されませんでした。
-
- [Recommended Action] (推奨されるアクション)
-
AWS Well-Architected はワークロード評価中に高リスクの問題を検出しました。これらの問題は、リスクを軽減し、費用を節約する機会を提示します。AWS Well-Architected
ツールにサインインして、回答を確認し、アクティブな問題を解決するためのアクションを実行します。 - [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
ワークロードの ARN
-
ワークロード名
-
レビュー担当者名
-
ワークロードタイプ
-
ワークロードの開始日
-
ワークロードの最終変更日
-
パフォーマンスについて特定された HRI の数
-
パフォーマンスについて解決された HRI の数
-
パフォーマンスについて回答された質問の数
-
パフォーマンスの柱の質問の総数
-
最終更新日時
-
CloudFront 代替ドメイン名
- 説明
-
Amazon CloudFront ディストリビューションで、DNS 設定が正しく設定されていない代替ドメイン名 (CNAMES) がないかをチェックします。
CloudFront ディストリビューションに代替ドメイン名が含まれている場合、ドメインの DNS 設定は DNS クエリをそのディストリビューションにルーティングする必要があります。
注記
このチェックでは、Amazon Route 53 DNS と Amazon CloudFront ディストリビューションが同じ で設定されていることを前提としています AWS アカウント。そのため、アラートリストには、それ以外の場合にこの AWS アカウントの外部の DNS 設定で機能すると予期されているリソースが含まれる場合があります。
- チェック ID
-
N420c450f2
- アラート条件
-
-
黄: CloudFront ディストリビューションには代替ドメイン名が含まれていますが、DNS 設定が CNAME レコードまたは Amazon Route 53 エイリアスリソースレコードで正しく設定されていません。
-
黄: CloudFront ディストリビューションには代替ドメイン名が含まれていますが、リダイレクトが多すぎるため DNS 設定を評価 Trusted Advisor できませんでした。
-
黄: CloudFront ディストリビューションには代替ドメイン名が含まれていますが、タイムアウトが原因である可能性が高い他の理由で DNS 設定を評価 Trusted Advisor できませんでした。
-
- [Recommended Action] (推奨されるアクション)
-
DNS クエリをディストリビューションにルーティングするように CloudFront DNS 設定を更新します。「代替ドメイン名 (CNAMEs」を参照してください。
DNS サービスとして Amazon Route 53 を使用している場合は、「ドメイン名 を使用してトラフィックを Amazon CloudFront Web ディストリビューションにルーティングする」を参照してください。チェックがタイムアウトした場合は、チェックを更新してみてください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
ディストリビューション ID
-
ディストリビューションドメイン名
-
代替ドメイン名
-
理由
-
CloudFront コンテンツ配信の最適化
- 説明
-
AWS グローバルコンテンツ配信サービスである Amazon を使用して CloudFront、Amazon Simple Storage Service (Amazon S3) バケットからのデータ転送を高速化できるケースをチェックします。
コンテンツを配信 CloudFront するように を設定すると、コンテンツに対するリクエストは、コンテンツがキャッシュされている最も近いエッジロケーションに自動的にルーティングされます。このルーティングでは、可能な限り最高のパフォーマンスでコンテンツをユーザーに配信できます。バケットに保存されているデータと比較して転送されるデータの比率が高い場合は、Amazon を使用してデータを配信 CloudFront することでメリットが得られる可能性があります。
- チェック ID
-
796d6f3D83
- アラート条件
-
-
黄: チェックの前 30 日間に GET リクエストによってバケットからユーザーに転送 (OUT) されたデータ量は、バケットに保存されている平均データ量の少なくとも 25 倍です。
-
赤: チェックの前 30 日間に GET リクエストによってバケットからユーザーに転送 (OUT) されたデータ量は、少なくとも 10 TB、かつ、バケットに保存されている平均データ量の少なくとも 25 倍です。
-
- [Recommended Action] (推奨されるアクション)
-
パフォーマンスを向上させる CloudFront には、 の使用を検討してください。「Amazon CloudFront 製品の詳細
」を参照してください。 転送されるデータが 1 か月あたり 10 TB 以上の場合は、「Amazon の CloudFront 料金
」を参照して、コスト削減の可能性を確認してください。 - その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
バケット名
-
S3 ストレージ (GB)
-
データ転送 (OUT) (GB)
-
ストレージへの転送の比率
-
CloudFront ヘッダー転送とキャッシュヒット率
- 説明
-
がクライアントから CloudFront 現在受信し、オリジンサーバーに転送する HTTP リクエストヘッダーを確認します。
date や user-agent などの一部のヘッダーは、キャッシュヒット率 ( CloudFront エッジキャッシュから提供されるリクエストの割合) を大幅に低下させます。これにより、 はオリジンにより多くのリクエストを転送する CloudFront 必要があるため、オリジンの負荷が増加し、パフォーマンスが低下します。
- チェック ID
-
N415c450f2
- アラート条件
-
黄: がオリジン CloudFront に転送する 1 つ以上のリクエストヘッダーは、キャッシュヒット率を大幅に低下させる可能性があります。
- [Recommended Action] (推奨されるアクション)
-
リクエストヘッダーが、キャッシュヒット率への悪影響を正当化するのに十分なメリットを提供するかどうかを検討します。オリジンが特定のヘッダーの値に関係なく同じオブジェクトを返す場合は、そのヘッダーをオリジンに転送 CloudFront するように を設定しないことをお勧めします。詳細については、「リクエストヘッダーに基づいてオブジェクトをキャッシュ CloudFront するように を設定する」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ディストリビューション ID
-
ディストリビューションドメイン名
-
キャッシュ動作のパスパターン
-
ヘッダー
-
使用率の高い Amazon EC2 インスタンス
- 説明
-
過去 14 日間の任意の時点で実行していた Amazon Elastic Compute Cloud (Amazon EC2) インスタンスをチェックします。4 日以上で 1 日あたりの CPU 使用率が 90% 以上の場合、アラートが送信されます。
使用率が一貫して高い場合は、パフォーマンスが最適化され、安定している場合があります。ただし、アプリケーションに十分なリソースがない可能性もあります。毎日の CPU 使用量データを取得するには、このチェックのレポートをダウンロードします。
- チェック ID
-
ZRxQlPsb6c
- アラート条件
-
黄: インスタンスは、過去 14 日間のうち少なくとも 4 日間で、1 日の平均 CPU 使用率が 90% を超えていました。
- [Recommended Action] (推奨されるアクション)
-
インスタンスをさらに追加することを検討してください。需要に基づいてインスタンス数をスケーリングする方法については、「What is Auto Scaling?」(Auto Scaling とは) を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
リージョン/AZ
-
[インスタンス ID]
-
インスタンスタイプ
-
インスタンス名
-
14 日間の平均 CPU 使用率
-
CPU 使用率が 90% を超えた日数
-