翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
コスト最適化
コスト最適化カテゴリの次のチェックを使用できます。
チェック名
- AWS アカウントが の一部ではない AWS Organizations
- Amazon Comprehend の使用率の低いエンドポイント
- Amazon EBS の過剰プロビジョニングボリューム
- Microsoft EC2 Server の Amazon SQL インスタンス統合
- Microsoft EC2 Server 用に過剰プロビジョニングされた Amazon SQL インスタンス
- Amazon EC2 インスタンスが停止しました
- Amazon EC2 リザーブドインスタンスリースの有効期限
- Amazon EC2 リザーブドインスタンスの最適化
- ライフサイクルポリシーが設定されていない Amazon ECR リポジトリ
- Amazon ElastiCache リザーブドノードの最適化
- Amazon OpenSearch サービスリザーブドインスタンスの最適化
- Amazon RDS Idle 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
- 非アクティブ AWS Network Firewall
- 非アクティブな VPC インターフェイスエンドポイント
- 非アクティブな Gateway Load Balancer エンドポイント
- 非アクティブな NAT Gateway
- 使用率の低い Amazon EC2 インスタンス
- Savings Plan
- 関連付けられていない Elastic IP Address
- 使用率の低い Amazon EBS ボリューム
- 使用率の低い Amazon Redshift クラスター
AWS アカウントが の一部ではない AWS Organizations
- 説明
-
AWS アカウントが適切な管理アカウント AWS Organizations に属するかどうかを確認します。
AWS Organizations は、複数のアカウントを一元管理された組織に統合するための AWS アカウント管理サービスです。これにより、請求統合用にアカウントを一元的に構成し、 AWS上のワークロード規模に応じて所有権とセキュリティポリシーを実装できます。
AWS Config ルールの MasterAccountId パラメータを使用して、管理アカウント ID を指定できます。
詳細については、「 とは」を参照してください AWS Organizations。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。
Business、Enterprise On-Ramp、または Enterprise Support のお客様は、BatchUpdateRecommendationResourceExclusion API を使用して、 Trusted Advisor 結果に 1 つ以上のリソースを含めたり除外したりできます。
- チェック ID
-
c18d2gz127
- ソース
-
AWS Config Managed Rule: account-part-of-organizations
- アラート条件
-
黄: この AWS アカウントは の一部ではありません AWS Organizations。
- [Recommended Action] (推奨されるアクション)
-
この AWS アカウントを の一部として追加します AWS Organizations。
詳細については、「チュートリアル: 組織の作成と設定」を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
AWS Config ルール
-
入力パラメータ
-
最終更新日時
-
Amazon Comprehend の使用率の低いエンドポイント
- 説明
-
エンドポイントのスループット設定をチェックします。このチェックでは、エンドポイントがリアルタイム推論リクエストでアクティブに使用されていない場合に警告が表示されます。連続 15 日以上に使用されないエンドポイントは十分に使用されていないと考えられます。すべてのエンドポイントは、スループットセット 、、およびエンドポイントがアクティブである時間の長さの両方に基づいて料金が発生します。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。
Business、Enterprise On-Ramp、または Enterprise Support のお客様は、BatchUpdateRecommendationResourceExclusion API を使用して、 Trusted Advisor 結果に 1 つ以上のリソースを含めたり除外したりできます。
- チェック ID
-
Cm24dfsM12
- アラート条件
-
黄: エンドポイントはアクティブですが、過去 15 日間、リアルタイム推論リクエストに使用されていません。
- [Recommended Action] (推奨されるアクション)
-
エンドポイントが過去 15 日間使用されていない場合は、Application Autoscaling を使用してリソースのスケーリングポリシーを定義することをお勧めします。
エンドポイントにスケーリングポリシーが定義されていて、過去 30 日間使用されていない場合は、エンドポイントを削除して非同期推論を使用することを検討してください。詳細については、「Deleting an endpoint with Amazon Comprehend」(Amazon Comprehend を使用したエンドポイントの削除) を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
エンドポイントARN
-
プロビジョニングされた推論ユニット
-
AutoScaling ステータス
-
理由
-
最終更新日時
-
Amazon EBS の過剰プロビジョニングボリューム
- 説明
-
ルックバック期間中に実行されていた Amazon Elastic Block Store (Amazon EBS) ボリュームをチェックします。このチェックでは、ワークロードに対して EBS ボリュームが過剰にプロビジョニングされた場合に警告します。ボリュームが過剰にプロビジョニングされている場合、未使用のリソースに対して料金を支払うことになります。シナリオによっては設計による最適化が低くなる場合がありますが、EBS ボリュームの設定を変更することで、多くの場合、コストを削減できます。月間削減額の見積もりは、EBS ボリュームの現在の使用率を使用して計算されます。実際の節約額は、ボリュームが一か月間存在しない場合、変動します。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。
Business、Enterprise On-Ramp、または Enterprise Support のお客様は、BatchUpdateRecommendationResourceExclusion API を使用して、 Trusted Advisor 結果に 1 つ以上のリソースを含めたり除外したりできます。
- チェック ID
-
COr6dfpM03
- アラート条件
-
黄: ルックバック期間中に過剰にプロビジョニングされた EBS ボリューム。ボリュームが過剰にプロビジョニングされているかどうかを判断するには、すべての default CloudWatch メトリクス (IOPS とスループットを含む) を考慮します。過剰にプロビジョニングされた EBS ボリュームを識別するために使用されるアルゴリズムは、 AWS のベストプラクティスに従います。新しいパターンが特定されると、アルゴリズムが更新されます。
- [Recommended Action] (推奨されるアクション)
-
使用量の少ないボリュームをダウンサイジングすることを検討してください。
詳細については、「チェック AWS Compute Optimizer に Trusted Advisor オプトインする」を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
ボリューム ID
-
ボリュームタイプ
-
ボリュームサイズ (GB)
-
ボリュームベースラインIOPS
-
ボリュームバーストIOPS
-
ボリュームバーストスループット
-
推奨ボリュームタイプ
-
推奨ボリュームサイズ (GB)
-
推奨されるボリュームベースラインIOPS
-
推奨されるボリュームバーストIOPS
-
推奨ボリュームベースラインスループット
-
推奨ボリュームバーストスループット
-
ルックバック期間 (日)
-
コスト削減の機会 (%)
-
月間削減額の見積もり
-
月間削減額の見積もりの通貨
-
最終更新日時
-
Microsoft EC2 Server の Amazon SQL インスタンス統合
- 説明
-
過去 24 時間以内に SQL Server を実行している Amazon Elastic Compute Cloud (Amazon EC2) インスタンスをチェックします。このチェックは、インスタンスの SQL Server ライセンスの最小数よりも少ない場合に警告します。Microsoft SQL Server Licensing Guide では、インスタンスに 1 つまたは 2 つの CPU しかない場合でも、4 つの vvCPUs ライセンスを支払うことになります。より小さな SQL Server インスタンスを統合することで、コストを削減できます。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。
Business、Enterprise On-Ramp、または Enterprise Support のお客様は、BatchUpdateRecommendationResourceExclusion API を使用して、 Trusted Advisor 結果に 1 つ以上のリソースを含めたり除外したりできます。
- チェック ID
-
Qsdfp3A4L2
- アラート条件
-
黄: SQL Server を持つインスタンスの vCPUs が 4 つ未満です。
- [Recommended Action] (推奨されるアクション)
-
より小さな SQL Server ワークロードを 4 vCPUs以上のインスタンスに統合することを検討してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
[インスタンス ID]
-
インスタンスタイプ
-
vCPU
-
最小 vCPU
-
SQL Server Edition
-
最終更新日時
-
Microsoft EC2 Server 用に過剰プロビジョニングされた Amazon SQL インスタンス
- 説明
-
過去 24 時間以内に SQL Server を実行している Amazon Elastic Compute Cloud (Amazon EC2) インスタンスをチェックします。SQL Server データベースには、インスタンスごとにコンピューティング容量の制限があります。SQL Server Standard エディションのインスタンスでは、最大 48 vCPUs を使用できます。SQL Server Web を使用するインスタンスは、最大 32 vCPUs を使用できます。このチェックは、インスタンスがこの vCPU 制限を超えた場合に警告します。
インスタンスが過剰にプロビジョニングされている場合は、料金全額を支払う必要があるにもかかわらず、パフォーマンスは向上しません。コストの削減に資するよう、インスタンスの数とサイズを管理できます。
月間削減額の見積もりは、SQL Server インスタンスが使用できる最大数の vCPUs とオンデマンド料金と同じインスタンスファミリーを使用して計算されます。実際の節約額は、リザーブドインスタンス (RI) を使用しているかどうか、またはインスタンスが 1 日実行されているかどうかに応じて異なります。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。
Business、Enterprise On-Ramp、または Enterprise Support のお客様は、BatchUpdateRecommendationResourceExclusion API を使用して 1 つ以上のリソースを Trusted Advisor 結果に含めるか、結果から除外できます。
- チェック ID
-
Qsdfp3A4L1
- アラート条件
-
-
赤: SQL Server Standard エディションのインスタンスには 48 vCPUs以上があります。
-
赤: SQL Server Web Edition を持つインスタンスには 32 vCPUs以上があります。
-
- [Recommended Action] (推奨されるアクション)
-
SQL Server Standard Edition では、48 vCPUsの同じインスタンスファミリーのインスタンスに変更することを検討してください。SQL Server Web Edition では、32 vCPUs の同じインスタンスファミリーのインスタンスに変更することを検討してください。メモリを大量に消費する場合は、メモリ最適化 R5 インスタンスに変更することを検討してください。詳細については、「Amazon SQL に Microsoft Word Server をデプロイするためのベストプラクティス」を参照してくださいEC2。
- その他のリソース
-
-
Launch Wizard
を使用して、SQL での EC2 Server のデプロイを簡素化できます。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
[インスタンス ID]
-
インスタンスタイプ
-
vCPU
-
SQL Server Edition
-
最大 vCPU
-
推奨インスタンスタイプ
-
月間削減額の見積もり
-
最終更新日時
-
Amazon EC2 インスタンスが停止しました
- 説明
-
30 日以上停止している Amazon EC2 インスタンスがあるかどうかを確認します。
AWS Config パラメータの AllowedDays で許可される日数の値を指定できます。
詳細については、「すべてのインスタンスが終了したときに Amazon EC2 の料金が請求されるのはなぜですか?」を参照してください。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。
Business、Enterprise On-Ramp、または Enterprise Support のお客様は、BatchUpdateRecommendationResourceExclusion API を使用して、 Trusted Advisor 結果に 1 つ以上のリソースを含めたり除外したりできます。
- チェック ID
-
c18d2gz150
- ソース
-
AWS Config Managed Rule: ec2-stopped-instance
- アラート条件
-
-
黄: Amazon EC2 インスタンスが許可された日数を超えて停止しています。
-
- [Recommended Action] (推奨されるアクション)
-
30 日以上停止した Amazon EC2 インスタンスを確認します。不要なコストが発生しないように、必要のなくなったインスタンスはすべて終了してください。
詳細については、「インスタンスの終了」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
AWS Config ルール
-
入力パラメータ
-
最終更新日時
-
Amazon EC2 リザーブドインスタンスリースの有効期限
- 説明
-
今後 30 日以内に期限切れになる予定の Amazon EC2 リザーブドインスタンス、または過去 30 日以内に期限切れになっている Amazon Word リザーブドインスタンスをチェックします。
リザーブドインスタンスは、自動的に更新されません。予約の対象となる Amazon EC2 インスタンスは中断することなく引き続き使用できますが、オンデマンド料金が請求されます。新しいリザーブドインスタンスに有効期限が切れたインスタンスと同じパラメータを設定するか、別のパラメータを持つリザーブドインスタンスを購入することができます。
月あたりの推定節約額は、同じインスタンスタイプのオンデマンド料金とリザーブドインスタンス料金の差額です。
- チェック ID
-
1e93e4c0b5
- アラート条件
-
-
黄: リザーブドインスタンスのリースが 30 日以内に期限切れになります。
-
黄: リザーブドインスタンスのリースが過去 30 日間で期限切れになりました。
-
- [Recommended Action] (推奨されるアクション)
-
期限切れが近いリザーブドインスタンスを交換するために、新しいリザーブドインスタンスを購入することを検討してください。詳細については、「リザーブドインスタンスの購入方法
」および「リザーブドインスタンスの購入」を参照してください。 - その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
ゾーン
-
インスタンスタイプ
-
プラットフォーム
-
Instance Count
-
現在の月額コスト
-
月間削減額の見積もり
-
有効期限日
-
Reserved Instance ID
-
理由
-
Amazon EC2 リザーブドインスタンスの最適化
- 説明
-
を使用する上で重要な点は、リザーブドインスタンス (RI) の購入とオンデマンドインスタンスの使用のバランスを取る AWS ことです。このチェックでは、どの RIs がオンデマンドインスタンスの使用で発生するコストの削減に役立つかについてのレコメンデーションを提供します。
このレコメンデーションは、過去 30 日間のオンデマンドの使用量を分析することによって作成されます。その後、使用量は、予約の対象となるカテゴリに分類されます。使用量の生成されたカテゴリ内の予約のすべての組み合わせがシミュレートされ、購入する RI の各タイプごとの推奨数が特定されます。このシミュレーションと最適化のプロセスにより、お客様のコストを最大限に節約できます。このチェックでは、スタンダードリザーブドインスタンスに基づくレコメンデーションと一部前払い支払いオプションについて説明します。
このチェックは、一括請求 (コンソリデーティッドビリング) にリンクされたアカウントでは使用できません。このチェックのレコメンデーションは、支払いアカウントでのみ利用できます。
- チェック ID
-
cX3c2R1chu
- アラート条件
-
黄: 一部前払いのRIsの使用を最適化すると、コストを削減できます。
- [Recommended Action] (推奨されるアクション)
-
より詳細でカスタマイズされた推奨事項については、Cost Explorer
ページを参照してください。さらに、RIs の購入方法と利用可能なオプションについては、購入ガイドを参照してください。 - その他のリソース
-
-
RIs に関する情報と、それらによってどのようにコストを削減できるかについては、こちら
を参照してください。 -
このレコメンデーションの詳細については、「 Trusted Advisor FAQs」の「リザーブドインスタンス最適化チェックの質問
」を参照してください。
-
- [Report columns] (レポート列)
-
-
リージョン
-
インスタンスタイプ
-
プラットフォーム
-
購入するRIsの推奨数
-
想定される RI の平均使用量
-
推定節約額とレコメンデーション (月額)
-
RIsの前払いコスト
-
RIs の推定コスト (月額)
-
推奨 RI 購入後の推定オンデマンドコスト (月額)
-
推定損益分岐点 (月額)
-
ルックバック期間 (日)
-
期間 (年)
-
ライフサイクルポリシーが設定されていない Amazon ECR リポジトリ
- 説明
-
プライベート 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 ルール
-
入力パラメータ
-
最終更新日時
-
Amazon ElastiCache リザーブドノードの最適化
- 説明
-
ElastiCache の使用状況を確認し、リザーブドノードの購入に関するレコメンデーションを提供します。これらの推奨事項は、 ElastiCache オンデマンドの使用に伴うコストを削減するために提供されています。このレコメンデーションは、過去 30 日間のオンデマンドの使用量を分析することによって作成されます。
この分析を使用して、生成された使用状況カテゴリの予約のすべての組み合わせがシミュレートされます。これにより、削減額が最大になるように、購入するリザーブドノードの各タイプ数が推奨されます。このチェックは、1 年または 3 年のコミットメントでの一部前払いオプションに基づくレコメンデーションをカバーします。
このチェックは、一括請求 (コンソリデーティッドビリング) にリンクされたアカウントでは使用できません。このチェックのレコメンデーションは、支払いアカウントでのみ利用できます。
- チェック ID
-
h3L1otH3re
- アラート条件
-
黄: ElastiCache リザーブドノードの購入を最適化すると、コスト削減に役立ちます。
- [Recommended Action] (推奨されるアクション)
-
詳細な推奨事項、カスタマイズオプション (検査、ルックバック期間、支払いオプションなど)、Word ElastiCache リザーブドノードの購入については、Cost Explorer
ページを参照してください。 - その他のリソース
-
-
ElastiCache リザーブドノードとそのコスト削減方法については、こちら
を参照してください。 -
このレコメンデーションの詳細については、 Trusted Advisor FAQs「」の「リザーブドインスタンス最適化チェックの質問
」を参照してください。 -
フィールドの詳細については、Cost Explorer のドキュメントを参照してください。
-
- [Report columns] (レポート列)
-
-
リージョン
-
ファミリー
-
ノードの種類
-
製品の説明
-
購入するリザーブドノードの推奨数
-
リザーブドノードの想定平均使用量
-
推定節約額とレコメンデーション (月額)
-
リザーブドノードの前払いコスト
-
リザーブドノードの推定コスト (月額)
-
推奨されるリザーブドノードの購入後の推定オンデマンドコスト (月額)
-
推定損益分岐点 (月額)
-
ルックバック期間 (日)
-
期間 (年)
-
Amazon OpenSearch サービスリザーブドインスタンスの最適化
- 説明
-
Amazon OpenSearch Service の使用状況を確認し、リザーブドインスタンスの購入に関するレコメンデーションを提供します。これらの推奨事項は、 OpenSearch オンデマンドの使用に伴うコストを削減するために提供されています。このレコメンデーションは、過去 30 日間のオンデマンドの使用量を分析することによって作成されます。
この分析を使用して、生成された使用状況カテゴリの予約のすべての組み合わせがシミュレートされます。これにより、削減額が最大になるように、購入するリザーブドインスタンスの各タイプ数を推奨することができます。このチェックは、1 年または 3 年のコミットメントでの一部前払いオプションに基づくレコメンデーションをカバーします。
このチェックは、一括請求 (コンソリデーティッドビリング) にリンクされたアカウントでは使用できません。このチェックのレコメンデーションは、支払いアカウントでのみ利用できます。
- チェック ID
-
7ujm6yhn5t
- アラート条件
-
黄: Amazon OpenSearch サービスリザーブドインスタンスの購入を最適化すると、コスト削減に役立ちます。
- [Recommended Action] (推奨されるアクション)
-
詳細な推奨事項、カスタマイズオプション (ルックバック期間、支払いオプションなど)、Amazon OpenSearch Service リザーブドインスタンスの購入については、Cost Explorer
ページを参照してください。 - その他のリソース
-
-
Amazon OpenSearch サービスリザーブドインスタンスに関する情報と、それらがお客様の費用をどのように節約できるかについては、こちらを参照してください。
-
このレコメンデーションの詳細については、 Trusted Advisor FAQs「」の「リザーブドインスタンス最適化チェックの質問
」を参照してください。 -
フィールドの詳細については、Cost Explorer のドキュメントを参照してください。
-
- [Report columns] (レポート列)
-
-
リージョン
-
インスタンスクラス
-
インスタンスサイズ
-
購入するリザーブドインスタンスの推奨数
-
リザーブドインスタンスの想定平均使用量
-
推定節約額とレコメンデーション (月額)
-
リザーブドインスタンスの前払いコスト
-
リザーブドインスタンスの推定コスト (月額)
-
推奨されるリザーブドインスタンスの購入後の推定オンデマンドコスト (月額)
-
推定損益分岐点 (月額)
-
ルックバック期間 (日)
-
期間 (年)
-
Amazon RDS Idle DB インスタンス
- 説明
-
アイドル状態と思われるデータベース (DB) インスタンスの Amazon Relational Database Service (Amazon RDS) の設定をチェックします。
DB インスタンスの接続が長時間にわたって確立されていない場合は、インスタンスを削除してコストを削減できます。過去 7 日間にインスタンスが接続していない DB インスタンスはアイドル状態と見なされます。インスタンス上のデータの永続的ストレージが必要な場合は、低コストのオプション (DB スナップショットの作成や保持など) を使用できます。手動で作成された DB スナップショットは、ユーザーが削除するまで保持されます。
- チェック ID
-
Ti39halfu8
- アラート条件
-
黄: アクティブな DB インスタンスは、過去 7 日間に接続されていません。
- [Recommended Action] (推奨されるアクション)
-
アイドル状態の DB インスタンスのスナップショットを作成し、停止または削除することを検討してください。DB インスタンスを停止すると、そのコストの一部が削減されますが、ストレージコストは削減されません。停止したインスタンスは、設定された保持期間に基づいて、すべての自動バックアップを保持します。通常、DB インスタンスを停止すると、インスタンスを削除して最終的なスナップショットだけを保持する場合に比べて、追加のコストが発生します。「Amazon RDS インスタンスの一時的な停止」および「最終スナップショットを含む DB インスタンスの削除」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
リージョン
-
DB インスタンス名
-
マルチ AZ
-
インスタンスタイプ
-
プロビジョニングされたストレージ (GB)
-
最終接続から経過した日数
-
推定月間節約額 (オンデマンド)
-
Amazon Redshift リザーブドノードの最適化
- 説明
-
Amazon Redshift の使用量をチェックし、リザーブドノードの購入に関するレコメンデーションを示して、Amazon Redshift オンデマンドの使用によって発生するコストを削減します。
このレコメンデーションは、過去 30 日間のオンデマンドの使用量を分析することによって生成されます。この分析を使用して、生成された使用状況カテゴリの予約のすべての組み合わせがシミュレートされます。これにより、削減額が最大になるように、購入するリザーブドノードの各タイプの最適数が推奨されます。このチェックは、1 年または 3 年のコミットメントでの一部前払いオプションに基づくレコメンデーションをカバーします。
このチェックは、一括請求 (コンソリデーティッドビリング) にリンクされたアカウントでは使用できません。このチェックのレコメンデーションは、支払いアカウントでのみ利用できます。
- チェック ID
-
1qw23er45t
- アラート条件
-
黄: Amazon Redshift リザーブドノードの購入を最適化すると、コスト削減に役立ちます。
- [Recommended Action] (推奨されるアクション)
-
詳細な推奨事項、カスタマイズオプション (ルックバック期間、支払いオプションなど)、および Amazon Redshift リザーブドノードの購入については、Cost Explorer
ページを参照してください。 - その他のリソース
-
-
Amazon Redshift リザーブドノードと、Amazon Redshift リザーブドノードによりどのようにコストを節約できるかについての情報は、こちらをご覧ください。
-
このレコメンデーションの詳細については、「 Trusted Advisor FAQs」の「リザーブドインスタンス最適化チェックの質問
」を参照してください。 -
フィールドの詳細については、Cost Explorer のドキュメントを参照してください。
-
- [Report columns] (レポート列)
-
-
リージョン
-
ファミリー
-
ノードの種類
-
購入するリザーブドノードの推奨数
-
リザーブドノードの想定平均使用量
-
推定節約額とレコメンデーション (月額)
-
リザーブドノードの UpFront コスト
-
リザーブドノードの推定コスト (月額)
-
推奨されるリザーブドノードの購入後の推定オンデマンドコスト (月額)
-
推定損益分岐点 (月額)
-
ルックバック期間 (日)
-
期間 (年)
-
Amazon Relational Database Service (RDS) リザーブドインスタンスの最適化
- 説明
-
RDS の使用状況をチェックし、リザーブドインスタンスの購入に関するレコメンデーションを提供して、RDS オンデマンドの使用に伴うコストを削減します。
このレコメンデーションは、過去 30 日間のオンデマンドの使用量を分析することによって生成されます。この分析を使用して、生成された使用状況カテゴリの予約のすべての組み合わせがシミュレートされます。これにより、削減額が最大になるように、購入するリザーブドインスタンスの各タイプの最適数が推奨されます。このチェックは、1 年または 3 年のコミットメントでの一部前払いオプションに基づくレコメンデーションをカバーします。
このチェックは、一括請求 (コンソリデーティッドビリング) にリンクされたアカウントでは使用できません。このチェックのレコメンデーションは、支払いアカウントでのみ利用できます。
- チェック ID
-
1qazXsw23e
- アラート条件
-
黄: Amazon RDS リザーブドインスタンス の購入を最適化すると、コスト削減に役立ちます。
- [Recommended Action] (推奨されるアクション)
-
詳細な推奨事項、カスタマイズオプション (ルックバック期間、支払いオプションなど)、Amazon RDS リザーブドインスタンスの購入については、Cost Explorer
ページを参照してください。 - その他のリソース
-
-
Amazon RDS リザーブドインスタンスとそのコスト削減方法に関する情報は、こちらをご覧ください
。 -
このレコメンデーションの詳細については、 Trusted Advisor FAQs「」の「リザーブドインスタンス最適化チェックの質問
」を参照してください。 -
フィールドの詳細については、Cost Explorer のドキュメントを参照してください。
-
- [Report columns] (レポート列)
-
-
リージョン
-
ファミリー
-
インスタンスタイプ
-
ライセンスモデル
-
データベースの編集
-
データベースエンジン
-
デプロイオプション
-
購入するリザーブドインスタンスの推奨数
-
リザーブドインスタンスの想定平均使用量
-
推定節約額とレコメンデーション (月額)
-
リザーブドインスタンスの前払いコスト
-
リザーブドインスタンスの推定コスト (月額)
-
推奨されるリザーブドインスタンスの購入後の推定オンデマンドコスト (月額)
-
推定損益分岐点 (月額)
-
ルックバック期間 (日)
-
期間 (年)
-
Amazon Route 53 レイテンシーリソースレコードセット
- 説明
-
非効率的に設定されている 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 オブジェクトがそのライフサイクル全体を通して、コスト効率の高い方法で保存されることを保証します。これは、データ保持とストレージに関する規制要件を満たすために重要です。ポリシー設定は、Amazon S3 サービスがオブジェクトのグループに適用するアクションを定義するルールセットです。ライフサイクルポリシーを利用することで、自動でオブジェクトを低コストのストレージクラスに移行したり、古くなったときに削除したりできます。例えば、オブジェクトを作成してから 30 日後に Amazon S3 Standard-IA ストレージに移行したり、1 年後に Amazon S3 Glacier に移行したりできます。
また、オブジェクトの有効期限を定義して、一定の期間が経過すると Amazon S3 がユーザーに代わってオブジェクトを削除することもできます。
AWS Config ルールのパラメータを使用してチェック設定を調整できます。
詳細については、「Managing your storage lifecycle」を参照してください。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。
Business、Enterprise On-Ramp、または Enterprise Support のお客様は、BatchUpdateRecommendationResourceExclusion API を使用して 1 つ以上のリソースを Trusted Advisor 結果に含めるか、結果から除外できます。
- チェック 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 ストレージクラス
」を参照してください。 - その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
AWS Config ルール
-
入力パラメータ
-
Amazon S3 で不完全なマルチパートアップロードを中止するための設定
- 説明
-
各 Amazon S3 バケットで、7 日後に未完了のマルチパートアップロードを中止するライフサイクルルールが設定されていることを確認します。ライフサイクルルールを使用してこれらの不完全なアップロードを中止し、関連するストレージを削除することをお勧めします。
注記
このチェックの結果は毎日 1 回以上自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。変更が表示されるまでに数時間かかる場合があります。Business、Enterprise On-Ramp、または Enterprise Support のお客様は、 API
BatchUpdateRecommendationResourceExclusion
を使用して、 Trusted Advisor 結果に 1 つ以上のリソースを含めたり除外したりできます。 - チェック ID
-
c1cj39rr6v
- アラート条件
-
黄色: ライフサイクルを設定したバケットに、7 日後に未完了のマルチパートアップロードをすべて中止するライフサイクルルールが含まれていません。
- [Recommended Action] (推奨されるアクション)
未完了のマルチパートアップロードをすべてクリーンアップするライフサイクルルールが含まれていない状態で、バケットのライフサイクルの設定を確認します。24 時間経過しても完了しないアップロードが完了する可能性はほぼありません。こちらをクリックして、ライフサイクルルールを作成するための手順に従ってください。この手順をバケット内のすべてのオブジェクトに適用することをお勧めします。バケット内の選択したオブジェクトに他のライフサイクルアクションを適用する必要がある場合は、異なるフィルターを使用して複数のルールを設定できます。詳細については、ストレージレンズダッシュボードを確認するか、 ListMultipartUpload API Wordを呼び出してください。
- その他のリソース
-
不完全なマルチパートアップロードを検出および削除し、Amazon S3 のコストを削減する
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
バケット名
-
バケットARN
-
不完全なMPUを削除するためのライフサイクルルール
-
開始後の日数
-
最終更新日時
-
ライフサイクルポリシーが設定されていないバージョニングが有効な Amazon S3 バケット
- 説明
-
バージョニングが有効化な Amazon S3 バケットにライフサイクルポリシーが設定されているかどうかを確認します。
詳細については、「Managing your storage lifecycle」を参照してください。
AWS Config ルールの bucketNames パラメータを使用して、チェックするバケット名を指定できます。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。
Business、Enterprise On-Ramp、または Enterprise Support のお客様は、BatchUpdateRecommendationResourceExclusion API を使用して 1 つ以上のリソースを Trusted Advisor 結果に含めるか、結果から除外できます。
- チェック ID
-
c18d2gz171
- ソース
-
AWS Config Managed Rule: s3-version-lifecycle-policy-check
- アラート条件
-
黄: バージョニングが有効な Amazon S3 バケットにライフサイクルポリシーが設定されていません。
- [Recommended Action] (推奨されるアクション)
-
オブジェクトがライフサイクル全体を通して、コスト効率の高い方法で保存されるように管理するには、Amazon S3 バケットのライフサイクルを設定してください。
詳細については、「バケットのライフサイクル設定の指定」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
リソース
-
AWS Config ルール
-
入力パラメータ
-
最終更新日時
-
AWS Lambda 過剰なタイムアウトがある関数
- 説明
-
高いコストの原因となる高いタイムアウト率の Lambda 関数をチェックします。
Lambda 料金はランタイムと関数に対するリクエストの数に基づきます。関数のタイムアウトが発生すると、再試行が行われる可能性があるエラーが生じます。関数を再試行すると、追加のリクエストとランタイムの料金が発生します。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。
Business、Enterprise On-Ramp、または Enterprise Support のお客様は、BatchUpdateRecommendationResourceExclusion API を使用して、 Trusted Advisor 結果に 1 つ以上のリソースを含めたり除外したりできます。
- チェック ID
-
L4dfs2Q3C3
- アラート条件
-
黄: 過去 7 日間の任意の日のタイムアウトにより、呼び出しの 10% 超がエラーで終了する関数。
- [Recommended Action] (推奨されるアクション)
-
機能ログ記録と X-ray トレースを検査して、関数の使用時間が長くなっている原因を特定します。API 呼び出しやデータベース接続の前後など、関連する部分にコードのログ記録を実装します。デフォルトでは、 AWS SDK クライアントのタイムアウトは、設定された関数の期間よりも長い場合があります。関数のタイムアウト内に再試行または失敗するように、API および SDK 接続クライアントを調整します。想定期間が設定されたタイムアウトより長い場合は、関数のタイムアウト設定を引き上げることができます。詳細については、「Lambda アプリケーションのモニタリングとトラブルシューティング」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
関数ARN
-
最大日次タイムアウトレート
-
最大日次タイムアウトレートの日付
-
平均日次タイムアウトレート
-
関数タイムアウト設定 (ミリ秒)
-
コンピューティングコストの日次損失
-
平均日次呼び出し
-
当日の呼び出し
-
当日のタイムアウトレート
-
最終更新日時
-
AWS Lambda エラーレートが高い関数
- 説明
-
高いコストの原因となる高いエラー率の Lambda 関数をチェックします。
Lambda 料金は関数のリクエストの数と集計ランタイムに基づきます。関数エラーは、追加料金が発生する再試行を引き起こす可能性があります。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。
Business、Enterprise On-Ramp、または Enterprise Support のお客様は、BatchUpdateRecommendationResourceExclusion API を使用して、 Trusted Advisor 結果に 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
-
最大日次エラーレート
-
最大エラーレートの日付
-
平均日次エラーレート
-
コンピューティングコストの日次損失
-
当日の呼び出し
-
当日のエラーレート
-
*平均日次呼び出し
-
最終更新日時
-
AWS Lambda メモリサイズの過剰プロビジョニング関数
- 説明
-
ルックバック期間中に少なくとも 1 回呼び出された AWS Lambda 関数をチェックします。このチェックは、Lambda 関数がメモリサイズに関して過剰プロビジョニングされた場合に警告します。メモリサイズに対して過剰プロビジョニングされた Lambda 関数がある場合、未使用のリソースに対して料金を支払うことになります。シナリオによっては設計による最適化が低下することがありますが、多くの場合、Lambda 関数のメモリ構成を変更することでコストを削減できます。月あたりの推定節約額は、Lambda 関数の現在の使用率を使用して計算されます。
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。
Business、Enterprise On-Ramp、または Enterprise Support のお客様は、BatchUpdateRecommendationResourceExclusion API を使用して、 Trusted Advisor 結果に 1 つ以上のリソースを含めたり除外したりできます。
- チェック ID
-
COr6dfpM05
- アラート条件
-
黄: ルックバック期間中にメモリサイズに対して過剰にプロビジョニングされた Lambda 関数。Lambda 関数が過剰にプロビジョニングされているかどうかを判断するために、その関数のすべての default CloudWatch メトリクスを考慮します。メモリサイズについて過剰にプロビジョニングされた Lambda 関数を識別するために使用されるアルゴリズムは、 AWS のベストプラクティスに従います。新しいパターンが特定されると、アルゴリズムが更新されます。
- [Recommended Action] (推奨されるアクション)
-
Lambda 関数のメモリサイズを小さくすることを検討してください。
詳細については、「チェック AWS Compute Optimizer に Trusted Advisor オプトインする」を参照してください。
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
関数名
-
関数バージョン
-
メモリサイズ (MB)
-
推奨メモリサイズ (MB)
-
ルックバック期間 (日)
-
コスト削減の機会 (%)
-
月間削減額の見積もり
-
月間削減額の見積もりの通貨
-
最終更新日時
-
AWS Well-Architected コスト最適化の高リスクの問題
- 説明
-
コスト最適化の柱で、ワークロードの高リスクの問題 (HRIs) をチェックします。このチェックは に基づいています。AWS-Well Architected レビュー。チェック結果は、 でワークロード評価を完了したかどうかによって異なります。AWS Well-Architected.
注記
このチェックの結果は、1 日に数回自動的に更新され、更新リクエストは許可されません。変更が表示されるまでに数時間かかる場合があります。
Business、Enterprise On-Ramp、または Enterprise Support のお客様は、BatchUpdateRecommendationResourceExclusion API を使用して 1 つ以上のリソースを Trusted Advisor 結果に含めるか、結果から除外できます。
- チェック ID
-
Wxdfp4B1L1
- アラート条件
-
-
赤: AWS Well-Architected のコスト最適化の柱で、少なくとも 1 つのアクティブな高リスクの問題が特定されました。
-
緑: AWS Well-Architected のコスト最適化の柱でアクティブな高リスクの問題は検出されませんでした。
-
- [Recommended Action] (推奨されるアクション)
-
AWS Well-Architected は、ワークロードの評価中に高リスクの問題を検出しました。これらの問題は、リスクを軽減し、費用を節約する機会を提示します。AWS Well-Architected
ツールにサインインして、回答を確認し、アクティブな問題を解決するためのアクションを実行します。 - [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
ワークロードARN
-
ワークロード名
-
レビュー担当者名
-
ワークロードタイプ
-
ワークロードの開始日
-
ワークロードの最終変更日
-
コスト最適化のために識別されたHRIsの数
-
コスト最適化のために解決されたHRIsの数
-
コスト最適化について回答された質問の数
-
コスト最適化の柱の質問の総数
-
最終更新日時
-
アイドル状態の Load Balancer
- 説明
-
アイドル状態のロードバランサーについて Elastic Load Balancing の設定をチェックします。
設定されているロードバランサーには料金が発生します。ロードバランサーにバックエンドインスタンスが関連付けられていない場合、またはネットワークトラフィックが厳しく制限されている場合、ロードバランサーは効果的に使用されていません。このチェックは現在、ELB サービス内の Classic Load Balancer タイプのみをチェックします。他の ELB タイプ (Application Load Balancer、Network Load Balancer) は含まれません。
- チェック ID
-
hjLMh88uM8
- アラート条件
-
-
黄: ロードバランサーにはアクティブなバックエンドインスタンスがありません。
-
黄: ロードバランサーには正常なバックエンドインスタンスがありません。
-
黄: 過去 7 日間において、ロードバランサーの 1 日あたりのリクエスト数は 100 件未満です。
-
- [Recommended Action] (推奨されるアクション)
-
ロードバランサーにアクティブなバックエンドインスタンスがない場合は、インスタンスを登録するか、ロードバランサーを削除することを検討してください。「Amazon EC2 インスタンスをLoad Balancerに登録する」または「ロードバランサーを削除する」を参照してください。 Load Balancer
ロードバランサーに正常なバックエンドインスタンスがない場合は、「Troubleshooting Elastic Load Balancing: Health Check Configuration」(Elastic Load Balancing のトラブルシューティング: ヘルスチェックの設定) を参照してください。
ロードバランサーのリクエスト数が少ない場合は、ロードバランサーを削除することを検討してください。「ロードバランサーの削除」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
リージョン
-
ロードバランサー名
-
理由
-
月間削減額の見積もり
-
非アクティブ AWS Network Firewall
- 説明
-
AWS Network Firewall エンドポイントをチェックし、Network Firewall が非アクティブに見えると警告します。
ネットワークファイアウォールは、すべてのエンドポイントに過去 30 日間に処理されたデータがない場合、非アクティブと見なされます。Network Firewall エンドポイントには時間単位の料金が発生します。このチェックでは、過去 30 日間に処理されたデータがない Network Firewall にアラートが送信されます。未使用の Network Firewall を削除するか、アーキテクチャを更新することをお勧めします。
- チェック ID
-
c2vlfg0bfw
- アラート条件
-
-
黄: Network Firewall は過去 30 日間に 0 バイトを処理しました。
-
緑: Network Firewall は過去 30 日間に 0 バイト以上を処理しました。
-
- [Recommended Action] (推奨されるアクション)
-
Network Firewall が過去 30 日間使用されていない場合は、Network Firewall の削除を検討してください。
Transit Gateway がVPC間通信に使用される場合は、一元化されたネットワーク検査アーキテクチャに Network Firewall をデプロイすることを検討してください。これにより、非アクティブな Network Firewall の時間単位の料金を削減できます。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
ネットワークファイアウォール ARN
-
VPC ID
-
サブネット
-
TotalBytesProcessed
-
最終更新日時
-
非アクティブな VPC インターフェイスエンドポイント
- 説明
-
VPC インターフェイスエンドポイントをチェックし、エンドポイントが非アクティブであると思われる場合に警告します。VPC インターフェイスエンドポイントは、過去 30 日間に処理されたデータがない場合、非アクティブと見なされます。VPCインターフェイスエンドポイントには、時間単位の料金とデータ処理コストがかかります。このチェックでは、過去 30 日間に処理されたデータが 0 の VPC インターフェイスエンドポイントについて警告します。未使用の VPC インターフェイスエンドポイントを削除するか、アーキテクチャを更新することをお勧めします。
- チェック ID
-
c2vlfg0jp6
- アラート条件
-
-
黄: VPC インターフェイスエンドポイントは過去 30 日間に 0 バイトを処理しました。
-
緑: VPC インターフェイスエンドポイントが過去 30 日間に 0 バイト以上を処理しました
-
- [Recommended Action] (推奨されるアクション)
-
VPC インターフェイスエンドポイントが過去 30 日間使用されていない場合は、VPC インターフェイスエンドポイントの削除を検討してください。
Transit Gateway がVPC間通信に使用される場合は、非アクティブな VPC インターフェイスエンドポイントの時間単位の料金を削減するために、VPC インターフェイスエンドポイントを集中型アーキテクチャにデプロイすることを検討してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
VPCエンドポイント ID
-
VPC ID
-
サブネット ID
-
サービス名
-
TotalBytesProcessed
-
最終更新日時
-
非アクティブな Gateway Load Balancer エンドポイント
- 説明
-
Gateway Load Balancer エンドポイントをチェックし、非アクティブに見えると警告します。Gateway Load Balancer エンドポイントは、過去 30 日間に処理されたデータがない場合、十分に活用されていないと見なされます。Gateway Load Balancer エンドポイントには、時間単位の料金とデータ処理料金がかかります。このチェックでは、過去 30 日間に処理されたデータが 0 個である Gateway Load Balancer エンドポイントにアラートが送信されます。未使用の Gateway Load Balancer エンドポイントを削除するか、アーキテクチャを更新することをお勧めします。
- チェック ID
-
c2vlfg0k35
- アラート条件
-
-
黄: Gateway Load Balancer エンドポイントは過去 30 日間に 0 バイトを処理しました
-
緑: Gateway Load Balancer エンドポイントが過去 30 日間に 0 バイト以上を処理しました
-
- [Recommended Action] (推奨されるアクション)
-
Gateway Load Balancer エンドポイントが過去 30 日間使用されていない場合は、VPC エンドポイントの削除を検討してください。
Transit Gateway をVPC間通信に使用する場合は、Gateway Load Balancer エンドポイントを集中型ネットワーク検査アーキテクチャにデプロイして、非アクティブな Gateway Load Balancer エンドポイントの時間単位の料金を削減することを検討してください。
- その他のリソース
-
AWS Gateway Load Balancer と を使用した一元化された検査アーキテクチャ AWS Transit Gateway
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
VPCエンドポイント ID
-
VPC ID
-
サブネット ID
-
サービス名
-
TotalBytesProcessed
-
最終更新日時
-
非アクティブな NAT Gateway
- 説明
-
NAT Gateway に非アクティブなゲートウェイがないか確認します。過去 30 日間にデータ (0 バイト) が処理されなかった場合、NAT Gateway は非アクティブと見なされます。NAT Gateway には時間単位の料金とデータ処理料金があります。
- チェック ID
-
c2vlfg022t
- アラート条件
-
-
黄: NAT Gateway は過去 30 日間に 0 バイトを処理しました
-
緑: NAT Gateway は過去 30 日間に 0 バイト以上を処理しました
-
- [Recommended Action] (推奨されるアクション)
-
過去 30 日間使用されておらず、NAT 外の外部ネットワークアクセスに必要ではない VPC Gateway を削除することを検討してください。
Transit Gateway をVPC間通信に使用する場合は、インターネットアーキテクチャへの出力用に一元化された NAT Gateway をデプロイすることを検討してください。これにより、非アクティブな NAT Gateway の時間単位のコストを削減できます。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
NATゲートウェイ ID
-
サブネット ID
-
VPC ID
-
TotalBytesFromDest
-
TotalBytesFromSrc
-
TotalBytes
-
最終更新日時
-
使用率の低い Amazon EC2 インスタンス
- 説明
-
過去 14 日間の任意の時点で実行されていた Amazon Elastic Compute Cloud (Amazon EC2) インスタンスをチェックします。このチェックでは、毎日の CPU 使用率が 10% 以下、ネットワーク I/O が 4 日以上 5 MB 以下の場合に警告します。
実行中のインスタンスでは、時間単位の利用料金が発生します。シナリオによっては設計によって使用率が低下することがありますが、多くの場合、インスタンスの数とサイズを管理することでコストを削減できます。
月あたりの推定節約額は、オンデマンドインスタンスの現在の使用率、およびインスタンスが十分に活用されていない可能性のある推定日数を使用して計算されます。実際の節約額は、リザーブドインスタンスまたはスポットインスタンスを使用しているかどうか、またはインスタンスが 1 日実行されているかどうかに応じて異なります。毎日の使用量データを取得するには、このチェックのレポートをダウンロードします。
- チェック ID
-
Qch7DwouX1
- アラート条件
-
黄: インスタンスの過去 14 日間のうち少なくとも 4 日間の平均 CPU 使用率が 10% 以下、ネットワーク I/O が 5 MB 以下でした。
- [Recommended Action] (推奨されるアクション)
-
使用量の少ないインスタンスを停止または終了するか、Auto Scaling を使用してインスタンスの数をスケールすることを検討してください。詳細については、「インスタンスの停止と起動」、「インスタンスの終了」、および「Auto Scaling とは」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
リージョン/AZ
-
[インスタンス ID]
-
インスタンス名
-
インスタンスタイプ
-
月間削減額の見積もり
-
CPU使用率 14 日間平均
-
ネットワーク I/O (14 日間の平均)
-
使用率が低い日数
-
Savings Plan
- 説明
-
過去 30 日間の Amazon EC2、Fargate、および Lambda の使用状況を確認し、Savings Plan sの購入に関するレコメンデーションを提供します。このレコメンデーションにより、割引料金と引き換えに、1 年間または 3 年間のドルで測定された 1 時間あたりの一貫した使用量をコミットできます。
これらは、より詳細なレコメンデーション情報を取得できる AWS Cost Explorer から取得されています。Cost Explorer から Savings Plans を購入することもできます。このレコメンデーションは、RI レコメンデーションの代替とみなされます。1 つのレコメンデーションのみに従うことをお勧めします。両方のレコメンデーションに従うと、オーバーコミットメントにつながる可能性があります。
このチェックは、一括請求 (コンソリデーティッドビリング) にリンクされたアカウントでは使用できません。このチェックのレコメンデーションは、支払いアカウントでのみ利用できます。
- チェック ID
-
vZ2c2W1srf
- アラート条件
-
黄: Savings Plans の購入を最適化すると、コスト削減に役立ちます。
- [Recommended Action] (推奨されるアクション)
-
より詳細でカスタマイズされた推奨事項と Savings Plans の購入については、Cost Explorer
ページを参照してください。 - その他のリソース
-
-
Savings Plans FAQ
- [Report columns] (レポート列)
-
-
Savings Plan タイプ
-
お支払い方法
-
前払い料金
-
購入する時間単位のコミットメント
-
推定平均使用量
-
月間削減額の見積もり
-
推定節約率
-
期間 (年)
-
ルックバック期間 (日)
-
関連付けられていない Elastic IP Address
- 説明
-
実行中の Amazon Elastic Compute Cloud (Amazon EIPs) インスタンスに関連付けられていない Elastic IP アドレス (EC2) をチェックします。
EIPs は、動的クラウドコンピューティング用に設計された静的 IP アドレスです。従来の静的 IP アドレスとは異なり、EIPs はパブリック 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 アドレスを解放する」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
リージョン
-
IP アドレス
-
使用率の低い Amazon EBS ボリューム
- 説明
-
Amazon Elastic Block Store (Amazon EBS) のボリューム設定をチェックし、ボリュームが十分に活用されていないと思われる場合に警告します。
課金は、ボリュームの作成時に開始されます。ボリュームが一定期間アタッチされていないままの場合や、書き込みアクティビティが非常に低い (ブートボリュームを除く) 場合、ボリュームの利用頻度が低くなります。コストを削減するには、利用頻度の低いボリュームを削除することをお勧めします。
- チェック ID
-
DAvU99Dc4C
- アラート条件
-
黄: ボリュームがアタッチされていないか、過去 7 日間に 1 日あたり 1 IOPS未満でした。
- [Recommended Action] (推奨されるアクション)
-
コストを削減するには、スナップショットを作成してボリュームを削除することを検討してください。詳細については、「Amazon EBS スナップショットの作成」および「Amazon EBS ボリュームの削除」を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
リージョン
-
ボリューム ID
-
ボリューム名
-
ボリュームタイプ
-
ボリュームサイズ
-
月間ストレージコスト
-
スナップショット ID
-
スナップショット名
-
スナップショット作成後に経過した期間
-
注記
アカウントをオプトインした場合は AWS Compute Optimizer、代わりに Amazon EBS の過剰プロビジョニングボリュームチェックを使用することをお勧めします。詳細については、「チェック AWS Compute Optimizer に Trusted Advisor オプトインする」を参照してください。
使用率の低い Amazon Redshift クラスター
- 説明
-
使用率が低いと思われるクラスターについて、Amazon Redshift 設定をチェックします。
Amazon Redshift クラスターが長期間接続されていない場合、または少量の CPU を使用している場合は、クラスターのダウンサイジング、クラスターのシャットダウン、最終スナップショットの取得など、低コストのオプションを使用できます。最終的なスナップショットは、クラスターを削除した後も保持されます。
- チェック ID
-
G31sQ1E9U
- アラート条件
-
-
黄: 実行中のクラスターは、過去 7 日間接続されていません。
-
黄: 実行中のクラスターでは、過去 7 日間の 99% で、クラスター全体の平均 CPU 使用率が 5% 未満でした。
-
- [Recommended Action] (推奨されるアクション)
-
クラスターをシャットダウンして最終的なスナップショットを作成するか、クラスターをダウンサイジングすることを検討してください。「Shutting Down and Deleting Clusters」(クラスターのシャットダウンと削除) および「Resizing a Cluster」(クラスターのサイズ変更) を参照してください。
- その他のリソース
- [Report columns] (レポート列)
-
-
ステータス
-
リージョン
-
クラスター
-
インスタンスタイプ
-
理由
-
月間削減額の見積もり
-