コスト最適化

説明

AWS アカウントが適切な管理アカウントの下で、AWS Organizations の一部かどうかを確認します。

AWS Organizations は、複数の AWS アカウントを一元管理された組織に統合できるアカウント管理サービスです。これにより、請求統合用にアカウントを一元的に構成し、AWS 上のワークロード規模に応じて所有権とセキュリティポリシーを実装できます。

AWS Config ルールの MasterAccountIdパラメータを使用して、管理アカウント ID を指定できます。

詳細については、「AWS Organizations とは」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz127

ソース

AWS Config Managed Rule: account-part-of-organizations

アラート条件

黄: この AWS アカウントは AWS Organizations の対象外です。

[Recommended Action] (推奨されるアクション)

この AWS アカウントを AWS Organizations の一部として追加してください。

詳細については、「チュートリアル: 組織の作成と設定」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

エンドポイントのスループット設定をチェックします。このチェックでは、エンドポイントがリアルタイム推論リクエストでアクティブに使用されていない場合に警告が表示されます。連続 15 日以上に使用されないエンドポイントは十分に使用されていないと考えられます。すべてのエンドポイントは、スループットセット、、およびエンドポイントがアクティブである時間の長さの両方に基づいて料金が発生します。

注記

このチェックは、1 日に複数回自動的に更新されます。現時点では、このチェックからリソースを除外することはできません。

チェック ID

Cm24dfsM12

アラート条件

黄: エンドポイントはアクティブですが、過去 15 日間、リアルタイム推論リクエストに使用されていません。

[Recommended Action] (推奨されるアクション)

エンドポイントが過去 15 日間使用されていない場合は、Application Autoscaling を使用してリソースのスケーリングポリシーを定義することをお勧めします。

エンドポイントにスケーリングポリシーが定義されていて、過去 30 日間使用されていない場合は、エンドポイントを削除して非同期推論を使用することを検討してください。詳細については、「Deleting an endpoint with Amazon Comprehend」(Amazon Comprehend を使用したエンドポイントの削除) を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
エンドポイント ARN
プロビジョニングされた推論ユニット
AutoScaling ステータス
理由
最終更新日時

説明

ルックバック期間中に任意の時点で実行していた Amazon Elastic Block Store (Amazon EBS) ボリュームをチェックします。このチェックは、ワークロードに対して過剰プロビジョニングされた EBS ボリュームがある場合に警告します。ボリュームが過剰にプロビジョニングされている場合、未使用のリソースに対して料金を支払うことになります。シナリオによっては設計による最適化が低下することがありますが、多くの場合、EBS ボリュームの構成を変更することでコストを削減できます。月あたりの推定節約額は、EBS ボリュームの現在の使用率を使用して計算されます。実際の節約額は、ボリュームが一か月間存在しない場合、変動します。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

COr6dfpM03

アラート条件

黄: ルックバック期間中に過剰にプロビジョニングされた EBS ボリューム。ボリュームが過剰にプロビジョニングされているかどうかを判断するために、すべてのデフォルト CloudWatch メトリクス (IOPS とスループットを含む) を考慮します。過剰にプロビジョニングされた EBS ボリュームを識別するために使用されるアルゴリズムは、AWS のベストプラクティスに従います。新しいパターンが特定されると、アルゴリズムが更新されます。

[Recommended Action] (推奨されるアクション)

使用量の少ないボリュームをダウンサイジングすることを検討してください。

詳細については、「チェック AWS Compute Optimizer に Trusted Advisor オプトインする」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
ボリューム ID
ボリュームタイプ
ボリュームサイズ (GB)
ボリュームベースライン IOPS
ボリューム IOPS
ボリュームバーストスループット
推奨ボリュームタイプ
推奨ボリュームサイズ (GB)
推奨ボリュームベースライン IOPS
推奨ボリュームバースト IOPS
推奨ボリュームベースラインスループット
推奨ボリュームバーストスループット
ルックバック期間 (日)
コスト削減の機会 (%)
月間削減額の見積もり
月間削減額の見積もりの通貨
最終更新日時

説明

直近 24 時間以内に SQL Server を実行している Amazon Elastic Compute Cloud (Amazon EC2) インスタンスをチェックします。このチェックでは、インスタンスの SQL Server ライセンス数が最小数よりも少ない場合に警告を受け取ります。Microsoft SQL Server Licensing Guide によると、インスタンスの vCPU が 1 つまたは 2 つのみであっても、4 つの vCPUs ライセンスの料金を支払うことになります。小さめの SQL Server インスタンスを統合して、コストの削減に役立てることができます。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

Qsdfp3A4L2

アラート条件

黄: SQL Server を使用するインスタンスの vCPU の数が 4 つ未満です。

[Recommended Action] (推奨されるアクション)

小規模な SQL Server ワークロードを、少なくとも 4 個の vCPU を使用するインスタンスに統合することを検討します。

その他のリソース

[Report columns] (レポート列)

ステータス
リージョン
[インスタンス ID]
インスタンスタイプ
vCPU
最小 vCPU
SQL Server エディション
最終更新日時

説明

直近 24 時間以内に SQL Server を実行している Amazon Elastic Compute Cloud (Amazon EC2) インスタンスをチェックします。SQL Server データベースには、各インスタンスについてコンピューティング性能の制限があります。SQL Server Standard エディションを使用するインスタンスでは、最大 48 個の vCPU を使用できます。SQL Server Web を使用するインスタンスでは、最大 32 個の vCPU を使用できます。このチェックでは、インスタンスがこの vCPU 制限を超えた場合に警告を受け取ります。

インスタンスが過剰にプロビジョニングされている場合は、料金全額を支払う必要があるにもかかわらず、パフォーマンスは向上しません。コストの削減に資するよう、インスタンスの数とサイズを管理できます。

推定月間削減額は、SQL Server インスタンスが使用できる vCPU の最大数を備え、かつ、オンデマンド料金を使用する同じインスタンスファミリーを使用して計算されます。実際の節約額は、リザーブドインスタンス (RI) を使用しているかどうか、またはインスタンスが 1 日実行されているかどうかに応じて異なります。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

Qsdfp3A4L1

アラート条件

赤: SQL Server Standard エディションを使用するインスタンスには、48 個を超える vCPU があります。
赤: SQL Server Web エディションを使用するインスタンスには、32 個を超える vCPU があります。

[Recommended Action] (推奨されるアクション)

SQL Server Standard エディションでは、48 個の vCPU を持つ同じインスタンスファミリーのインスタンスに変更することを検討してください。SQL Server Web エディションでは、32 個の vCPU を持つ同じインスタンスファミリーのインスタンスに変更することを検討してください。メモリを大量に消費する場合は、メモリ最適化 R5 インスタンスに変更することを検討してください。詳細については、「Best Practices for Deploying Microsoft SQL Server on Amazon EC2」(Amazon EC2 に Microsoft Amazon EC2 で SQL Server をデプロイするためのベストプラクティス) 」を参照してください。

その他のリソース

AWS での Microsoft SQL Server
Launch Wizard を使用して、EC2 での SQL Server のデプロイを簡素化できます。

[Report columns] (レポート列)

ステータス
リージョン
[インスタンス ID]
インスタンスタイプ
vCPU
SQL Server エディション
最大 vCPU
推奨インスタンスタイプ
月間削減額の見積もり
最終更新日時

説明

30 日以上停止している Amazon EC2 インスタンスがあるかどうかを確認します。

AWS Config パラメータAllowedDaysので許可される日数の値を指定できます。

詳細については、「インスタンスをすべて終了しているのに、Amazon EC2 の料金が請求されるのはなぜですか?」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz150

ソース

AWS Config Managed Rule: ec2-stopped-instance

アラート条件

黄: 許可されている日数よりも長く停止している Amazon EC2 インスタンスがあります。

[Recommended Action] (推奨されるアクション)

30 日以上停止している Amazon EC2 インスタンスを確認します。不要なコストが発生しないように、必要のなくなったインスタンスはすべて終了してください。

詳細については、「インスタンスの終了」を参照してください。

その他のリソース

Amazon EC2 オンデマンド料金

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

30 日以内に有効期限が切れる Amazon EC2 リザーブドインスタンスのチェック、または過去 30 日間に有効期限が切れた Amazon EC2 リザーブドインスタンスのチェック。

リザーブドインスタンスは、自動的に更新されません。予約の対象となる Amazon EC2 インスタンスを引き続き中断なく使用できますが、オンデマンド料金が適用されます。新しいリザーブドインスタンスに有効期限が切れたインスタンスと同じパラメータを設定するか、別のパラメータを持つリザーブドインスタンスを購入することができます。

月あたりの推定節約額は、同じインスタンスタイプのオンデマンド料金とリザーブドインスタンス料金の差額です。

チェック ID

1e93e4c0b5

アラート条件

黄: リザーブドインスタンスのリースが 30 日以内に期限切れになります。
黄: リザーブドインスタンスのリースが過去 30 日間で期限切れになりました。

[Recommended Action] (推奨されるアクション)

期限切れが近いリザーブドインスタンスを交換するために、新しいリザーブドインスタンスを購入することを検討してください。詳細については、「リザーブドインスタンスの購入方法」および「リザーブドインスタンスの購入」を参照してください。

その他のリソース

[Report columns] (レポート列)

ステータス
ゾーン
インスタンスタイプ
プラットフォーム
Instance Count
現在の月額コスト
月間削減額の見積もり
有効期限日
Reserved Instance ID
理由

説明

AWS を使用する際は、オンデマンドインスタンスの使用量に照らしてリザーブドインスタンス (RI) の購入のバランスを取ることが重要です。このチェックは、オンデマンドインスタンスの使用で発生するコストの削減に役立つ RI のレコメンデーションを示します。

このレコメンデーションは、過去 30 日間のオンデマンドの使用量を分析することによって作成されます。その後、使用量は、予約の対象となるカテゴリに分類されます。使用量の生成されたカテゴリ内の予約のすべての組み合わせがシミュレートされ、購入する RI の各タイプごとの推奨数が特定されます。このシミュレーションと最適化のプロセスにより、お客様のコストを最大限に節約できます。このチェックでは、スタンダードリザーブドインスタンスに基づくレコメンデーションと一部前払い支払いオプションについて説明します。

このチェックは、一括請求 (コンソリデーティッドビリング) にリンクされたアカウントでは使用できません。このチェックのレコメンデーションは、支払いアカウントでのみ利用できます。

チェック ID

cX3c2R1chu

アラート条件

黄: 部分的な前払い RI の使用を最適化すると、コスト削減に役立ちます。

[Recommended Action] (推奨されるアクション)

より詳細でカスタマイズされた推奨事項については、Cost Explorer ページを参照してください。さらに、「buying guide」(購入ガイド) を参照して、RI の購入方法と利用可能なオプションを理解しましょう。

その他のリソース

RI と、RI によりどのようにコストを節約できるかについての情報は、こちらをご覧ください。
この推奨事項の詳細については、「Trusted Advisor のよくある質問」の「Reserved Instance Optimization Check Questions」(リザーブドインスタンスの最適化チェックに関する質問) を参照してください。

[Report columns] (レポート列)

リージョン
インスタンスタイプ
プラットフォーム
購入する RI の推奨数
想定される RI の平均使用量
推定節約額とレコメンデーション (月額)
RI の前払いコスト
RI の推定コスト (月額)
推奨 RI 購入後の推定オンデマンドコスト (月額)
推定損益分岐点 (月額)
ルックバック期間 (日)
期間 (年)

説明

プライベート Amazon ECR リポジトリに少なくとも 1 つのライフサイクルポリシーが設定されているかどうかを確認します。ライフサイクルポリシーでは、古いまたは未使用のコンテナイメージを自動的にクリーンアップする一連のルールを定義することができます。これにより、イメージのライフサイクル管理を制御できるようになり、Amazon ECR リポジトリをより適切に整理し、全体的なストレージコストを削減できます。

詳細については、「ライフサイクルポリシー」を参照してください。

チェック ID

c18d2gz128

ソース

AWS Config Managed Rule: ecr-private-lifecycle-policy-configured

アラート条件

黄: Amazon ECR プライベートリポジトリにライフサイクルポリシーが設定されていません。

[Recommended Action] (推奨されるアクション)

プライベート Amazon ECR リポジトリに少なくとも 1 つのライフサイクルポリシーを作成することを検討してください。

詳細については、「ライフサイクルポリシーの作成」を参照してください。

その他のリソース

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

の使用状況をチェック ElastiCache し、リザーブドノードの購入に関するレコメンデーションを示します。これらの推奨事項は、 ElastiCache オンデマンドの使用によって発生するコストを削減するために提供されます。このレコメンデーションは、過去 30 日間のオンデマンドの使用量を分析することによって作成されます。

この分析を使用して、生成された使用状況カテゴリの予約のすべての組み合わせがシミュレートされます。これにより、削減額が最大になるように、購入するリザーブドノードの各タイプ数が推奨されます。このチェックは、1 年または 3 年のコミットメントでの一部前払いオプションに基づくレコメンデーションをカバーします。

このチェックは、一括請求 (コンソリデーティッドビリング) にリンクされたアカウントでは使用できません。このチェックのレコメンデーションは、支払いアカウントでのみ利用できます。

チェック ID

h3L1otH3re

アラート条件

黄: ElastiCache リザーブドノードの購入を最適化すると、コスト削減に役立ちます。

[Recommended Action] (推奨されるアクション)

詳細な推奨事項、カスタマイズオプション (ルックバック期間、支払いオプションなど）、リザーブ ElastiCache ドノードの購入については、Cost Explorer ページを参照してください。

その他のリソース

ElastiCache リザーブドノードとそのコスト削減方法については、こちらをご覧ください。
この推奨事項の詳細については、「Trusted Advisor のよくある質問」の「Reserved Instance Optimization Check Questions」(リザーブドインスタンスの最適化チェックに関する質問) を参照してください。
フィールドの詳細については、Cost Explorer のドキュメントを参照してください。

[Report columns] (レポート列)

リージョン
ファミリー
ノードの種類
製品の説明
購入するリザーブドノードの推奨数
リザーブドノードの想定平均使用量
推定節約額とレコメンデーション (月額)
リザーブドノードの前払いコスト
リザーブドノードの推定コスト (月額)
推奨されるリザーブドノードの購入後の推定オンデマンドコスト (月額)
推定損益分岐点 (月額)
ルックバック期間 (日)
期間 (年)

説明

Amazon OpenSearch Service の使用状況をチェックし、リザーブドインスタンスの購入に関するレコメンデーションを示します。これらの推奨事項は、 OpenSearch オンデマンドの使用によって発生するコストを削減するために提供されます。このレコメンデーションは、過去 30 日間のオンデマンドの使用量を分析することによって作成されます。

この分析を使用して、生成された使用状況カテゴリの予約のすべての組み合わせがシミュレートされます。これにより、削減額が最大になるように、購入するリザーブドインスタンスの各タイプ数を推奨することができます。このチェックは、1 年または 3 年のコミットメントでの一部前払いオプションに基づくレコメンデーションをカバーします。

このチェックは、一括請求 (コンソリデーティッドビリング) にリンクされたアカウントでは使用できません。このチェックのレコメンデーションは、支払いアカウントでのみ利用できます。

チェック ID

7ujm6yhn5t

アラート条件

黄: Amazon OpenSearch サービスリザーブドインスタンスの購入を最適化すると、コスト削減に役立ちます。

[Recommended Action] (推奨されるアクション)

詳細な推奨事項、カスタマイズオプション (ルックバック期間、支払いオプションなど）、および Amazon OpenSearch サービスリザーブドインスタンスの購入については、Cost Explorer ページを参照してください。

その他のリソース

Amazon OpenSearch Service リザーブドインスタンスと、そのインスタンスによるコスト削減方法については、こちらをご覧ください。
この推奨事項の詳細については、「Trusted Advisor のよくある質問」の「Reserved Instance Optimization Check Questions」(リザーブドインスタンスの最適化チェックに関する質問) を参照してください。
フィールドの詳細については、Cost Explorer のドキュメントを参照してください。

[Report columns] (レポート列)

リージョン
インスタンスクラス
インスタンスサイズ
購入するリザーブドインスタンスの推奨数
リザーブドインスタンスの想定平均使用量
推定節約額とレコメンデーション (月額)
リザーブドインスタンスの前払いコスト
リザーブドインスタンスの推定コスト (月額)
推奨されるリザーブドインスタンスの購入後の推定オンデマンドコスト (月額)
推定損益分岐点 (月額)
ルックバック期間 (日)
期間 (年)

説明

アイドル状態と思われるデータベース (DB) インスタンスに対する Amazon Relational Database Service (Amazon RDS) の設定をチェックします。

DB インスタンスの接続が長時間にわたって確立されていない場合は、インスタンスを削除してコストを削減できます。過去 7 日間にインスタンスが接続していない DB インスタンスはアイドル状態と見なされます。インスタンス上のデータの永続的ストレージが必要な場合は、低コストのオプション (DB スナップショットの作成や保持など) を使用できます。手動で作成された DB スナップショットは、ユーザーが削除するまで保持されます。

チェック ID

Ti39halfu8

アラート条件

黄: アクティブな DB インスタンスは、過去 7 日間に接続されていません。

[Recommended Action] (推奨されるアクション)

アイドル状態の DB インスタンスのスナップショットを作成し、停止または削除することを検討してください。DB インスタンスを停止すると、そのコストの一部が削減されますが、ストレージコストは削減されません。停止したインスタンスは、設定された保持期間に基づいて、すべての自動バックアップを保持します。通常、DB インスタンスを停止すると、インスタンスを削除して最終的なスナップショットだけを保持する場合に比べて、追加のコストが発生します。「一時的に Amazon RDS インスタンスを停止する」および「Deleting a DB Instance with a Final Snapshot」(最終スナップショットを使用して DB インスタンスを削除する) を参照してください。

その他のリソース

バックアップと復元

[Report columns] (レポート列)

リージョン
DB インスタンス名
マルチ AZ
インスタンスタイプ
プロビジョニングされたストレージ (GB)
最終接続から経過した日数
推定月間節約額 (オンデマンド)

説明

Amazon Redshift の使用量をチェックし、リザーブドノードの購入に関するレコメンデーションを示して、Amazon Redshift オンデマンドの使用によって発生するコストを削減します。

このレコメンデーションは、過去 30 日間のオンデマンドの使用量を分析することによって生成されます。この分析を使用して、生成された使用状況カテゴリの予約のすべての組み合わせがシミュレートされます。これにより、削減額が最大になるように、購入するリザーブドノードの各タイプの最適数が推奨されます。このチェックは、1 年または 3 年のコミットメントでの一部前払いオプションに基づくレコメンデーションをカバーします。

このチェックは、一括請求 (コンソリデーティッドビリング) にリンクされたアカウントでは使用できません。このチェックのレコメンデーションは、支払いアカウントでのみ利用できます。

チェック ID

1qw23er45t

アラート条件

黄: Amazon Redshift リザーブドノードの購入を最適化すると、コスト削減に役立ちます。

[Recommended Action] (推奨されるアクション)

詳細な推奨事項、カスタマイズオプション (ルックバック期間、支払いオプションなど)、および Amazon Redshift リザーブドノードの購入については、Cost Explorer ページを参照してください。

その他のリソース

Amazon Redshift リザーブドノードと、Amazon Redshift リザーブドノードによりどのようにコストを節約できるかについての情報は、こちらをご覧ください。
この推奨事項の詳細については、「Trusted Advisor のよくある質問」の「Reserved Instance Optimization Check Questions」(リザーブドインスタンスの最適化チェックに関する質問) を参照してください。
フィールドの詳細については、Cost Explorer のドキュメントを参照してください。

[Report columns] (レポート列)

リージョン
ファミリー
ノードの種類
購入するリザーブドノードの推奨数
リザーブドノードの想定平均使用量
推定節約額とレコメンデーション (月額)
UpFront リザーブドノードのコスト
リザーブドノードの推定コスト (月額)
推奨されるリザーブドノードの購入後の推定オンデマンドコスト (月額)
推定損益分岐点 (月額)
ルックバック期間 (日)
期間 (年)

説明

RDS の使用量をチェックし、RDS オンデマンドの使用によって発生するコストの削減に役立つリザーブドインスタンスの購入に関するレコメンデーションを示します。

このレコメンデーションは、過去 30 日間のオンデマンドの使用量を分析することによって生成されます。この分析を使用して、生成された使用状況カテゴリの予約のすべての組み合わせがシミュレートされます。これにより、削減額が最大になるように、購入するリザーブドインスタンスの各タイプの最適数が推奨されます。このチェックは、1 年または 3 年のコミットメントでの一部前払いオプションに基づくレコメンデーションをカバーします。

このチェックは、一括請求 (コンソリデーティッドビリング) にリンクされたアカウントでは使用できません。このチェックのレコメンデーションは、支払いアカウントでのみ利用できます。

チェック ID

1qazXsw23e

アラート条件

黄: Amazon RDS リザーブドインスタンスの購入を最適化すると、コスト削減に役立ちます。

[Recommended Action] (推奨されるアクション)

詳細な推奨事項、カスタマイズオプション (ルックバック期間、支払いオプションなど)、および Amazon RDS リザーブドインスタンスの購入については、Cost Explorer ページを参照してください。

その他のリソース

Amazon RDS リザーブドインスタンスと、Amazon RDS リザーブドインスタンスによりどのようにコストを節約できるかについての情報は、こちらをご覧ください。
この推奨事項の詳細については、「Trusted Advisor のよくある質問」の「Reserved Instance Optimization Check Questions」(リザーブドインスタンスの最適化チェックに関する質問) を参照してください。
フィールドの詳細については、Cost Explorer のドキュメントを参照してください。

[Report columns] (レポート列)

リージョン
ファミリー
インスタンスタイプ
ライセンスモデル
データベースの編集
データベースエンジン
デプロイオプション
購入するリザーブドインスタンスの推奨数
リザーブドインスタンスの想定平均使用量
推定節約額とレコメンデーション (月額)
リザーブドインスタンスの前払いコスト
リザーブドインスタンスの推定コスト (月額)
推奨されるリザーブドインスタンスの購入後の推定オンデマンドコスト (月額)
推定損益分岐点 (月額)
ルックバック期間 (日)
期間 (年)

説明

非効率的に設定されている Amazon Route 53 レイテンシーレコードセットをチェックします。

Amazon Route 53 でクエリを最低のネットワークレイテンシーで AWS リージョンにルーティングするには、別のリージョンの特定のドメイン名 (example.com など) のレイテンシーリソースレコードセットを作成することをお勧めします。1 つのドメイン名に対してレイテンシーリソースレコードセットを 1 つだけ作成すると、すべてのクエリが 1 つのリージョンにルーティングされ、レイテンシーベースルーティングの追加料金が発生しますが、メリットはありません。

AWS サービスによって作成されたホストゾーンはチェック結果に表示されません。

チェック ID

51fC20e7I2

アラート条件

黄: 特定のドメイン名用に設定されているレイテンシーリソースレコードセットは 1 つだけです。

[Recommended Action] (推奨されるアクション)

複数のリージョンにリソースがある場合は、それぞれのリージョンにレイテンシーリソースレコードセットを定義してください。「レイテンシーに基づくルーティング」を参照してください。

1 つの AWS リージョンにしかリソースがない場合は、複数の AWS リージョンでリソースを作成し、それぞれにレイテンシーリソースレコードセットを定義することを検討してください。「レイテンシーに基づくルーティング」を参照してください。

複数の AWS リージョンを使用したくない場合は、シンプルなリソースレコードセットを使用する必要があります。「Working with Resource Record Sets」(リソースレコードセットを使用する) を参照してください。

その他のリソース

[Report columns] (レポート列)

ホストゾーン名
ホストゾーン ID
リソースレコードセット名
リソースレコードセットのタイプ

説明

Amazon S3 バケットにライフサイクルポリシーが設定されているかどうかを確認します。Amazon S3 ライフサイクルポリシーは、バケット内の Amazon S3 オブジェクトがそのライフサイクル全体を通して、コスト効率の高い方法で保存されることを保証します。これは、データ保持とストレージに関する規制要件を満たすために重要です。ポリシー設定は、Amazon S3 サービスがオブジェクトのグループに適用するアクションを定義するルールセットです。ライフサイクルポリシーを利用することで、自動でオブジェクトを低コストのストレージクラスに移行したり、古くなったときに削除したりできます。例えば、オブジェクトを作成してから 30 日後に Amazon S3 Standard-IA ストレージに移行したり、1 年後に Amazon S3 Glacier に移行したりできます。

また、オブジェクトの有効期限を定義して、一定の期間が経過すると Amazon S3 がユーザーに代わってオブジェクトを削除することもできます。

AWS Config ルール内のパラメータを使用してチェック設定を調整できます。

詳細については、「Managing your storage lifecycle」を参照してください。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz100

ソース

AWS Config Managed Rule: s3-lifecycle-policy-check

アラート条件

黄: Amazon S3 バケットにライフサイクルポリシーが設定されていません。

[Recommended Action] (推奨されるアクション)

Amazon S3 バケットにライフサイクルポリシーが設定されていることを確認してください。

組織に保持ポリシーがない場合は、Amazon S3 Intelligent-Tiering を使用してコストを最適化することを検討してください。

Amazon S3 ライフサイクルポリシーを定義する方法については、「バケットのライフサイクル設定の指定」を参照してください。

Amazon S3 Intelligent-Tiering に関する情報については、「Amazon S3 Intelligent-Tiering ストレージクラス」を参照してください。

その他のリソース

バケットのライフサイクル設定の指定

S3 ライフサイクル設定の例

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ

説明

各 Amazon S3 バケットで、7 日後に未完了のマルチパートアップロードを中止するライフサイクルルールが設定されていることを確認します。ライフサイクルルールを使用してこれらの不完全なアップロードを中止し、関連するストレージを削除することをお勧めします。

注記

このチェックの結果は毎日 1 回以上自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c1cj39rr6v

アラート条件

黄色: ライフサイクルを設定したバケットに、7 日後に未完了のマルチパートアップロードをすべて中止するライフサイクルルールが含まれていません。

[Recommended Action] (推奨されるアクション)

未完了のマルチパートアップロードをすべてクリーンアップするライフサイクルルールが含まれていない状態で、バケットのライフサイクルの設定を確認します。24 時間経過しても完了しないアップロードが完了する可能性はほぼありません。こちらをクリックして、ライフサイクルルールを作成するための手順に従ってください。この手順をバケット内のすべてのオブジェクトに適用することをお勧めします。バケット内の選択したオブジェクトに他のライフサイクルアクションを適用する必要がある場合は、異なるフィルターを使用して複数のルールを設定できます。ストレージレンズダッシュボードを確認するか、 ListMultipartUpload API を呼び出して詳細を確認します。

その他のリソース

ライフサイクル設定の作成

不完全なマルチパートアップロードを検出および削除し、Amazon S3 のコストを削減する

マルチパートアップロードを使用したオブジェクトのアップロードとコピー

ライフサイクル設定の要素

ライフサイクルアクションを記述する要素

マルチパートアップロードを中止するライフサイクル設定

[Report columns] (レポート列)

ステータス
リージョン
バケット名
バケット ARN
不完全な MPU を削除するためのライフサイクルルール
開始後の日数
最終更新日時

説明

バージョニングが有効化な Amazon S3 バケットにライフサイクルポリシーが設定されているかどうかを確認します。

詳細については、「Managing your storage lifecycle」を参照してください。

AWS Config ルールの bucketNames パラメータを使用して、確認するバケット名を指定できます。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

c18d2gz171

ソース

AWS Config Managed Rule: s3-version-lifecycle-policy-check

アラート条件

黄: バージョニングが有効な Amazon S3 バケットにライフサイクルポリシーが設定されていません。

[Recommended Action] (推奨されるアクション)

オブジェクトがライフサイクル全体を通して、コスト効率の高い方法で保存されるように管理するには、Amazon S3 バケットのライフサイクルを設定してください。

詳細については、「バケットのライフサイクル設定の指定」を参照してください。

その他のリソース

Managing your storage lifecycle

バケットのライフサイクル設定の指定

[Report columns] (レポート列)

ステータス
リージョン
リソース
AWS Config ルール
入力パラメータ
最終更新日時

説明

高いコストの原因となる高いタイムアウト率の Lambda 関数をチェックします。

Lambda 料金はランタイムと関数に対するリクエストの数に基づきます。関数のタイムアウトが発生すると、再試行が行われる可能性があるエラーが生じます。関数を再試行すると、追加のリクエストとランタイムの料金が発生します。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

L4dfs2Q3C3

アラート条件

黄: 過去 7 日間の任意の日のタイムアウトにより、呼び出しの 10% 超がエラーで終了する関数。

[Recommended Action] (推奨されるアクション)

機能ログ記録と X-ray トレースを検査して、関数の使用時間が長くなっている原因を特定します。API コールやデータベース接続の前後など、関連する部分のコードでログ記録を実施します。デフォルトでは、AWS SDK クライアントのタイムアウトは、設定された関数の使用期間よりも長くなる場合があります。API および SDK 接続クライアントを調整して、関数タイムアウト内に再試行または失敗するようにします。想定期間が設定されたタイムアウトより長い場合は、関数のタイムアウト設定を引き上げることができます。詳細については、「Lambda アプリケーションのモニタリングとトラブルシューティング」を参照してください。

その他のリソース

[Report columns] (レポート列)

ステータス
リージョン
関数 ARN
最大日次タイムアウトレート
最大日次タイムアウトレートの日付
平均日次タイムアウトレート
関数タイムアウト設定 (ミリ秒)
コンピューティングコストの日次損失
平均日次呼び出し
当日の呼び出し
当日のタイムアウトレート
最終更新日時

説明

高いコストの原因となる高いエラー率の Lambda 関数をチェックします。

Lambda 料金は関数のリクエストの数と集計ランタイムに基づきます。関数エラーは、追加料金が発生する再試行を引き起こす可能性があります。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

L4dfs2Q3C2

アラート条件

黄: 過去 7 日間の任意の日に、呼び出しの 10% 超がエラーで終了する関数。

[Recommended Action] (推奨されるアクション)

エラーを低減するために、次のガイドラインを検討します。関数エラーには、関数のコードによって返されるエラーと、関数のランタイムによって返されるエラーが含まれます。

Lambda エラーのトラブルシューティングに役立つように、Lambda は Amazon CloudWatch やなどのサービスと統合しますAWS X-Ray。ログやメトリクス、アラーム、関数コード内の問題を迅速に検出および特定する X-Ray トレーシング、API またはアプリケーションをサポートするその他のリソースを組み合わせて使用することができます。詳細については、「Lambda アプリケーションのモニタリングとトラブルシューティング」を参照してください。

特定のランタイムでのエラー処理の詳細については、「エラー処理と AWS Lambda での自動再試行」を参照してください。

その他のトラブルシューティングについては、「Lambda における問題のトラブルシューティング」を参照してください。

AWS Lambda パートナーが提供するモニタリングおよびオブザーバビリティツールのエコシステムから選択することもできます。詳細については、「AWS Lambda パートナー」を参照してください。

その他のリソース

[Report columns] (レポート列)

ステータス
リージョン
関数 ARN
最大日次エラーレート
最大エラーレートの日付
平均日次エラーレート
コンピューティングコストの日次損失
平均日次呼び出し
当日の呼び出し

当日のエラーレート
最終更新日時

説明

ルックバック期間中に少なくとも 1 回呼び出された AWS Lambda 関数をチェックします。このチェックは、Lambda 関数がメモリサイズに関して過剰プロビジョニングされた場合に警告します。メモリサイズに対して過剰プロビジョニングされた Lambda 関数がある場合、未使用のリソースに対して料金を支払うことになります。シナリオによっては設計による最適化が低下することがありますが、多くの場合、Lambda 関数のメモリ構成を変更することでコストを削減できます。月あたりの推定節約額は、Lambda 関数の現在の使用率を使用して計算されます。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

COr6dfpM05

アラート条件

黄: ルックバック期間中にメモリサイズに対して過剰にプロビジョニングされた Lambda 関数。Lambda 関数が過剰にプロビジョニングされているかどうかを判断するために、その関数のすべてのデフォルト CloudWatch メトリクスを考慮します。メモリサイズについて過剰にプロビジョニングされた Lambda 関数を識別するために使用されるアルゴリズムは、AWS のベストプラクティスに従います。新しいパターンが特定されると、アルゴリズムが更新されます。

[Recommended Action] (推奨されるアクション)

Lambda 関数のメモリサイズを小さくすることを検討してください。

詳細については、「チェック AWS Compute Optimizer に Trusted Advisor オプトインする」を参照してください。

[Report columns] (レポート列)

ステータス
リージョン
関数名
関数バージョン
メモリサイズ (MB)
推奨メモリサイズ (MB)
ルックバック期間 (日)
コスト削減の機会 (%)
月間削減額の見積もり
月間削減額の見積もりの通貨
最終更新日時

説明

コスト最適化の柱で、ワークロードに関するリスクの高い問題 (HRI) をチェックします。このチェックは、お客様の AWS-Well Architected レビューに基づきます。チェック結果は、AWS Well-Architected でワークロード評価を完了したかどうかによって異なります。

注記

このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。現時点では、このチェックからリソースを除外することはできません。

チェック ID

Wxdfp4B1L1

アラート条件

赤: AWS Well-Architected のコスト最適化の柱で、少なくとも 1 つのアクティブな高リスクの問題が特定されました。
緑: AWS Well-Architected のコスト最適化の柱でアクティブな高リスクの問題は検出されませんでした。

[Recommended Action] (推奨されるアクション)

AWS Well-Architected は、ワークロードの評価中に高リスクの問題を検出しました。これらの問題は、リスクを軽減し、費用を節約する機会を提示します。AWS Well-Architected ツールにサインインして、回答を確認し、アクティブな問題を解決するためのアクションを実行します。

[Report columns] (レポート列)

ステータス
リージョン
ワークロードの ARN
ワークロード名
レビュー担当者名
ワークロードタイプ
ワークロードの開始日
ワークロードの最終変更日
コスト最適化について特定された HRI の数
コスト最適化について解決された HRI の数
コスト最適化について回答された質問の数
コスト最適化の柱の質問の総数
最終更新日時

説明

アイドル状態のロードバランサーについて Elastic Load Balancing の設定をチェックします。

設定されているロードバランサーには料金が発生します。ロードバランサーにバックエンドインスタンスが関連付けられていない場合、またはネットワークトラフィックが厳しく制限されている場合、ロードバランサーは効果的に使用されていません。現在、このチェックは ELB サービス内の Classic Load Balancer タイプのみをチェックします。他の ELB タイプ (Application Load Balancer、Network Load Balancer) は含まれません。

チェック ID

hjLMh88uM8

アラート条件

黄: ロードバランサーにはアクティブなバックエンドインスタンスがありません。
黄: ロードバランサーには正常なバックエンドインスタンスがありません。
黄: 過去 7 日間において、ロードバランサーの 1 日あたりのリクエスト数は 100 件未満です。

[Recommended Action] (推奨されるアクション)

ロードバランサーにアクティブなバックエンドインスタンスがない場合は、インスタンスを登録するか、ロードバランサーを削除することを検討してください。「Registering Your Amazon EC2 Instances with Your Load Balancer」(Amazon EC2 インスタンスをロードバランサーに登録する) または「Delete Your Load Balancer」(ロードバランサーを削除する) を参照してください。

ロードバランサーに正常なバックエンドインスタンスがない場合は、「Troubleshooting Elastic Load Balancing: Health Check Configuration」(Elastic Load Balancing のトラブルシューティング: ヘルスチェックの設定) を参照してください。

ロードバランサーのリクエスト数が少ない場合は、ロードバランサーを削除することを検討してください。「ロードバランサーの削除」を参照してください。

その他のリソース

[Report columns] (レポート列)

リージョン
ロードバランサー名
理由
月間削減額の見積もり

説明

過去 14 日間の任意の時点で実行していた Amazon Elastic Compute Cloud (Amazon EC2) インスタンスをチェックします。このチェックでは、過去 4 日間の毎日の CPU 使用率が 10% 以下で、ネットワーク I/O が 5 MB 以下である場合にアラートが発生します。

実行中のインスタンスでは、時間単位の利用料金が発生します。シナリオによっては設計によって使用率が低下することがありますが、多くの場合、インスタンスの数とサイズを管理することでコストを削減できます。

月あたりの推定節約額は、オンデマンドインスタンスの現在の使用率、およびインスタンスが十分に活用されていない可能性のある推定日数を使用して計算されます。実際の節約額は、リザーブドインスタンスまたはスポットインスタンスを使用しているかどうか、またはインスタンスが 1 日実行されているかどうかに応じて異なります。毎日の使用量データを取得するには、このチェックのレポートをダウンロードします。

チェック ID

Qch7DwouX1

アラート条件

黄: 過去 14 日間のうち少なくとも 4 日で、インスタンスの 1 日の平均 CPU 使用率が 10% 以下で、ネットワーク I/O が 5 MB 以下でした。

[Recommended Action] (推奨されるアクション)

使用量の少ないインスタンスを停止または終了するか、Auto Scaling を使用してインスタンスの数をスケールすることを検討してください。詳細については、「インスタンスの停止と起動」、「インスタンスの終了」、および「Auto Scaling とは」を参照してください。

その他のリソース

[Report columns] (レポート列)

リージョン/AZ
[インスタンス ID]
インスタンス名
インスタンスタイプ
月間削減額の見積もり
CPU 使用率 (14 日間の平均)
ネットワーク I/O (14 日間の平均)
使用率が低い日数

説明

過去 30 日間の Amazon EC2、Fargate、および Lambda の使用量をチェックし、Savings Plan の購入に関するレコメンデーションを示します。このレコメンデーションにより、割引料金と引き換えに、1 年間または 3 年間のドルで測定された 1 時間あたりの一貫した使用量をコミットできます。

これらは、より詳細なレコメンデーションを取得できる AWS Cost Explorer から取得されます。Cost Explorer から Savings Plans を購入することもできます。このレコメンデーションは、RI レコメンデーションの代替とみなされます。1 つのレコメンデーションのみに従うことをお勧めします。両方のレコメンデーションに従うと、オーバーコミットメントにつながる可能性があります。

このチェックは、一括請求 (コンソリデーティッドビリング) にリンクされたアカウントでは使用できません。このチェックのレコメンデーションは、支払いアカウントでのみ利用できます。

チェック ID

vZ2c2W1srf

アラート条件

黄: Savings Plans の購入を最適化すると、コスト削減に役立ちます。

[Recommended Action] (推奨されるアクション)

より詳細でカスタマイズされた推奨事項と Savings Plans の購入については、Cost Explorer ページを参照してください。

その他のリソース

Savings Plan ユーザーガイド
Savings Plans のよくある質問

[Report columns] (レポート列)

Savings Plan タイプ
お支払い方法
前払い料金
購入する時間単位のコミットメント
推定平均使用量
月間削減額の見積もり
推定節約率
期間 (年)
ルックバック期間 (日)

説明

実行中の Amazon Elastic Compute Cloud (Amazon EC2) インスタンスに関連付けられていない Elastic IP アドレス (EIP) をチェックします。

EIP は、動的なクラウドコンピューティングのために設計された静的 IP アドレスです。従来の静的 IP アドレスとは異なり、EIP はパブリック IP アドレスをアカウント内の別のインスタンスに再マッピングすることで、インスタンスまたはアベイラビリティーゾーンの障害をマスクします。実行中のインスタンスに関連付けられていない EIP には、わずかな料金が課されます。

チェック ID

Z4AUBRNSmz

アラート条件

黄: 割り当てられた Elastic IP アドレス (EIP) は、実行中の Amazon EC2 インスタンスに関連付けられていません。

[Recommended Action] (推奨されるアクション)

EIP を実行中のアクティブなインスタンスに関連付けるか、関連付けられていない EIP を解放します。詳細については、「Associating an Elastic IP Address with a Different Running Instance」(Elastic IP アドレスを別の実行中のインスタンスに関連付ける) および「Elastic IP アドレスを解放する」を参照してください。

その他のリソース

Elastic IP アドレス

[Report columns] (レポート列)

リージョン
IP アドレス

説明

Amazon Elastic Block Store (Amazon EBS) ボリューム設定をチェックし、ボリュームの使用率が低いと思われる場合に警告を表示します。

課金は、ボリュームの作成時に開始されます。ボリュームが一定期間アタッチされていないままの場合や、書き込みアクティビティが非常に低い (ブートボリュームを除く) 場合、ボリュームの利用頻度が低くなります。コストを削減するには、利用頻度の低いボリュームを削除することをお勧めします。

チェック ID

DAvU99Dc4C

アラート条件

黄: ボリュームがアタッチされていないか、過去 7 日間の 1 日あたりの IOPS が 1 未満でした。

[Recommended Action] (推奨されるアクション)

コストを削減するには、スナップショットを作成してボリュームを削除することを検討してください。詳細については、「Amazon EBS スナップショットの作成」および「Amazon EBS ボリュームの削除」を参照してください。

その他のリソース

[Report columns] (レポート列)

リージョン
ボリューム ID
ボリューム名
ボリュームタイプ
ボリュームサイズ
月間ストレージコスト
スナップショット ID
スナップショット名
スナップショット作成後に経過した期間

説明

使用率が低いと思われるクラスターについて、Amazon Redshift 設定をチェックします。

Amazon Redshift クラスターが長時間接続されていない場合や、CPU の使用量が少ない場合は、低コストのオプション (クラスターのダウンサイジング、クラスターのシャットダウンと最終スナップショットの作成など) を使用できます。最終的なスナップショットは、クラスターを削除した後も保持されます。

チェック ID

G31sQ1E9U

アラート条件

黄: 実行中のクラスターは、過去 7 日間接続されていません。
黄: 実行中のクラスターでは、過去 7 日間の 99% で、クラスター全体の平均 CPU 使用率が 5% 未満でした。

[Recommended Action] (推奨されるアクション)

クラスターをシャットダウンして最終的なスナップショットを作成するか、クラスターをダウンサイジングすることを検討してください。「Shutting Down and Deleting Clusters」(クラスターのシャットダウンと削除) および「Resizing a Cluster」(クラスターのサイズ変更) を参照してください。

その他のリソース

Amazon CloudWatch ユーザーガイド

[Report columns] (レポート列)

ステータス
リージョン
クラスター
インスタンスタイプ
理由
月間削減額の見積もり

チェック名

AWS Organizations の対象でない AWS アカウント

注記

Amazon Comprehend の使用率の低いエンドポイント

注記

Amazon EBS の過剰プロビジョニングボリューム

注記

Amazon EC2 インスタンスの統合 (Microsoft SQL Server 向け)

注記

過剰にプロビジョニングされた Amazon EC2 インスタンス (Microsoft SQL サーバー向け)

注記

停止している Amazon EC2 インスタンス

注記

Amazon EC2 リザーブドインスタンスのリース有効期限切れ

Amazon EC2 リザーブドインスタンスの最適化

ライフサイクルポリシーが設定されていない Amazon ECR リポジトリ。

Amazon ElastiCache リザーブドノードの最適化

Amazon OpenSearch サービスリザーブドインスタンスの最適化

Amazon RDS アイドル DB インスタンス

Amazon Redshift リザーブドノードの最適化

Amazon Relational Database Service (RDS) リザーブドインスタンスの最適化

Amazon Route 53 レイテンシーリソースレコードセット

Amazon S3 バケットライフサイクルポリシーの設定

注記

Amazon S3 で不完全なマルチパートアップロードを中止するための設定

注記

ライフサイクルポリシーが設定されていないバージョニングが有効な Amazon S3 バケット

注記

過度にタイムアウトが発生している AWS Lambda 関数

注記

エラー率が高い AWS Lambda 関数

注記

AWS Lambda メモリサイズの過剰プロビジョニング関数

注記

コスト最適化に関する AWS Well-Architected のリスクの高い問題

注記

アイドル状態の Load Balancer

低稼働率の Amazon EC2 インスタンス

Savings Plan

関連付けられていない Elastic IP Address

利用頻度の低い Amazon EBS ボリューム

注記

使用率の低い Amazon Redshift クラスター