コストの最適化

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

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

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

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

c18d2gz127

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

黄: この AWS アカウントは の一部ではありません AWS Organizations。

この AWS アカウントを の一部として追加します AWS Organizations。

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

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

Cm24dfsM12

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

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

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

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

COr6dfpM03

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

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

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

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

Qsdfp3A4L2

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

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

直近 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 日実行されているかどうかに応じて異なります。

Qsdfp3A4L1

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 をデプロイするためのベストプラクティス) 」を参照してください。

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

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

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

c18d2gz150

AWS Config Managed Rule: ec2-stopped-instance

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

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

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

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

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

1e93e4c0b5

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

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

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

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

cX3c2R1chu

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

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

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

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

c18d2gz128

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

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

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

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

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

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

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

h3L1otH3re

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

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

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

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

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

7ujm6yhn5t

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

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

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

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

Ti39halfu8

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

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

バックアップと復元

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

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

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

1qw23er45t

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

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

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

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

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

1qazXsw23e

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

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

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

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

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

51fC20e7I2

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

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

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

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

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」を参照してください。

c18d2gz100

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

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

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

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

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

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

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

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

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

c1cj39rr6v

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

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

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

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

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

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

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

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

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

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

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

c18d2gz171

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

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

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

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

Managing your storage lifecycle

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

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

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

L4dfs2Q3C3

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

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

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

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

L4dfs2Q3C2

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

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

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

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

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

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

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

COr6dfpM05

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

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

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

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

Wxdfp4B1L1

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

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

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

hjLMh88uM8

ロードバランサーにアクティブなバックエンドインスタンスがない場合は、インスタンスを登録するか、ロードバランサーを削除することを検討してください。「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 のトラブルシューティング: ヘルスチェックの設定) を参照してください。

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

AWS Network Firewall エンドポイントをチェックし、Network Firewall が非アクティブに見えると警告します。

Network Firewall は、すべてのエンドポイントで過去 30 日間に処理されたデータがない場合、非アクティブと見なされます。Network Firewall エンドポイントには時間単位の料金が発生します。このチェックでは、過去 30 日間に処理されたデータがない Network Firewall にアラートを送信します。未使用の Network Firewall を削除するか、アーキテクチャを更新することをお勧めします。

c2vlfg0bfw

Network Firewall が過去 30 日間使用されていない場合は、Network Firewall の削除を検討してください。

Transit Gateway を VPC 間通信に使用する場合は、一元化されたネットワーク検査アーキテクチャに Network Firewall をデプロイすることを検討してください。これにより、非アクティブな Network Firewall の時間単位の料金を削減できます。

AWS Network Firewall の料金

を使用した検査デプロイモデル AWS Network Firewall

VPC インターフェイスエンドポイントをチェックし、エンドポイントが非アクティブであると思われる場合に警告します。VPC インターフェイスエンドポイントは、過去 30 日間に処理されたデータがない場合、非アクティブと見なされます。VPC インターフェイスエンドポイントには、時間単位の料金とデータ処理コストがかかります。このチェックでは、過去 30 日間に処理されたデータが 0 の VPC インターフェイスエンドポイントについて警告します。未使用の VPC インターフェイスエンドポイントを削除するか、アーキテクチャを更新することをお勧めします。

c2vlfg0jp6

VPC インターフェイスエンドポイントが過去 30 日間使用されていない場合は、VPC インターフェイスエンドポイントを削除することを検討してください。

Transit Gateway を VPC 間通信に使用する場合は、VPC インターフェイスエンドポイントを一元化されたアーキテクチャにデプロイして、非アクティブな VPC インターフェイスエンドポイントの時間単位の料金を削減することを検討してください。

Gateway Load Balancer エンドポイントをチェックし、非アクティブに見えると警告します。Gateway Load Balancer エンドポイントは、過去 30 日間に処理されたデータがない場合、十分に活用されていないと見なされます。Gateway Load Balancer エンドポイントには、時間単位の料金とデータ処理料金がかかります。このチェックでは、過去 30 日間に処理されたデータが 0 の Gateway Load Balancer エンドポイントにアラートが送信されます。未使用の Gateway Load Balancer エンドポイントを削除するか、アーキテクチャを更新することをお勧めします。

c2vlfg0k35

Gateway Load Balancer エンドポイントが過去 30 日間使用されていない場合は、VPC エンドポイントを削除することを検討してください。

Transit Gateway を VPC 間通信に使用する場合は、Gateway Load Balancer エンドポイントを集中型ネットワーク検査アーキテクチャにデプロイして、非アクティブな Gateway Load Balancer エンドポイントの時間料金を削減することを検討してください。

AWS PrivateLink の料金

AWS Gateway Load Balancer と を使用した一元化された検査アーキテクチャ AWS Transit Gateway

NAT ゲートウェイに非アクティブなゲートウェイがないかどうかを確認します。過去 30 日間にデータ (0 バイト) が処理されなかった場合、NAT ゲートウェイは非アクティブと見なされます。NAT ゲートウェイには時間単位の料金とデータ処理料金があります。

c2vlfg022t

過去 30 日間使用されておらず、VPC 外の外部ネットワークアクセスに必要ではない NAT ゲートウェイを削除することを検討してください。

Transit Gateway を VPC 間通信に使用する場合は、インターネットアーキテクチャへの出力用に一元化された NAT Gateway をデプロイすることを検討してください。これにより、非アクティブな NAT ゲートウェイからの時間単位のコストを削減できます。

NAT ゲートウェイの料金

インターネットへの一元的な出力

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

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

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

Qch7DwouX1

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

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

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

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

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

vZ2c2W1srf

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

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

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

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

Z4AUBRNSmz

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

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

Elastic IP アドレス

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

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

DAvU99Dc4C

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

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

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

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

G31sQ1E9U

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

Amazon CloudWatch ユーザーガイド