AWS のコストの最適化 - AWS 料金体系の仕組み

AWS のコストの最適化

AWS を活用すると、コストを管理して支出を継続的に最適化しながら、ニーズに合ったモダンでスケーラブルなアプリケーションを構築できます。AWS の幅広いサービスと料金オプションを利用すると、必要なパフォーマンスと容量を維持しながらコストを効果的に管理することが柔軟に達成できます。AWS は、お客様が最大限の節約を達成できるよう全力を尽くして支援します。この危機の時期に、私たちはお客様と協力して、お客様の財務ニーズを満たす計画を策定します。請求を早急に改善するステップを今すぐ開始しましょう。

適切な料金モデルの選択

リザーブドインスタンス (RI) を使用して、Amazon RDS、Amazon Redshift、Amazon ElastiCache、Amazon OpenSearch Service のコストを削減する

Amazon EC2 や Amazon RDS などの特定のサービスについては、リザーブドキャパシティを利用できます。リザーブドインスタンスを利用すると、オンデマンドの同等の容量と比べて最大 72% 節約できます。リザーブドインスタンスは、全額前払い (AURI)、一部前払い (PURI)、前払いなし (NURI) の 3 つのオプションで利用できます。Amazon RDS、Amazon Redshift、Amazon ElastiCache、Amazon OpenSearch Service の使用状況に基づいた、AWS Cost Explorer の RI 購入レコメンデーションに示された推奨事項を使用します。

Amazon EC2 のコスト削減

Amazon スポットインスタンス を使用して EC2 のコストを削減するか、Compute Savings Plans を使用して EC2、Fargate、Lambda のコストを削減します。

容量と需要を合致させる

使用率の低い Amazon EC2 インスタンスを特定し、停止またはサイズ適正化によってコストを削減する

AWS Cost Explorer リソース最適化を使用して、アイドル状態または使用率が低い EC2 インスタンスのレポートを取得します。これらのインスタンスを停止するかサイズを縮小することで、コストを削減できます。AWS インスタンススケジューラを使用して、インスタンスを自動的に停止します。AWS Operations Conductor を使用して (Cost Explorer からのレコメンデーションレポートに基づいて) EC2 インスタンスのサイズを自動的に変更します。

使用率の低い Amazon RDS、Amazon Redshift インスタンスを特定し、停止する (RDS の場合) か、一時停止する (Redshift の場合) ことでコストを削減する

Trusted Advisor による Amazon RDS アイドル状態の DB インスタンスチェックを使用して、過去 7 日間接続されていない DB インスタンスを特定します。コストを削減するには、こちらのブログ記事で説明している自動化手順を使用して、これらの DB インスタンスを停止します。Redshift では、Trusted Advisor の使用率の低い Redshift クラスターチェックを使用して、過去 7 日間接続がなく、過去 7 日間の 99% にわたってクラスター全体の平均 CPU 使用率が 5% 未満であるクラスターを特定します。コストを削減するには、こちらのブログのステップに従って、これらのクラスターを一時停止します。

Amazon DynamoDB の使用状況を分析し、オートスケーリングまたはオンデマンドを活用してコストを削減する

CloudWatch で 2 つのメトリクス (consumedReadCapacityUnits と consumedWriteCapacityUnits) をモニタリングして、DynamoDB の使用状況を分析します。DynamoDB テーブルを自動的にスケール (イン/アウト) するには、オートスケーリング機能を使用します。こちらのステップを使用して、既存のテーブルでオートスケーリングを有効にすることができます。また、オンデマンドオプションを使用することもできます。このオプションでは、読み取りと書き込みのリクエストごとに料金を支払う重量課金制になっているため、コストとパフォーマンスのバランスを簡単に取ることができます。

リソースの無駄を特定するプロセスを実行する

使用率の低い Amazon EBS ボリュームを特定し、スナップショットを作成して削除することでコストを削減する

7 日間にわたってアクティビティが非常に少ない (1 日あたり 1 IOPS 未満) EBS ボリュームは、使用されていない可能性を示しています。これらのボリュームを特定するには、Trusted Advisor の使用率の低い Amazon EBS ボリュームチェックを使用します。コストを削減するには、後で必要になった場合に備えて、まずボリュームのスナップショットを作成してから、これらのボリュームを削除します。Amazon Data Lifecycle Manager を使用して、スナップショットの作成を自動化できます。EBS ボリュームを削除するには、こちらのステップに従います。

Amazon S3 の使用状況を分析し、より低コストのストレージ階層を活用してコストを削減する

S3 Analytics を使用して、オブジェクトデータセットのストレージアクセスパターンを 30 日以上分析します。この分析で、S3 Infrequently Accessed (S3 IA) を活用してどこでコストを削減できるかのレコメンデーションが得られます。ライフサイクルポリシーを使用して、これらのオブジェクトをより低コストのストレージ階層に自動的に移動できます。または、S3 Intelligent-Tiering を使用し、オブジェクトを自動的に分析して適切なストレージ階層に移動することもできます。

ネットワークを見直し、アイドル状態のロードバランサーを削除してコストを削減する

Trusted Advisor のアイドル状態のロードバランサーチェックを使用して、過去 7 日間にわたって RequestCount が 100 未満であるロードバランサーのレポートを取得します。次に、こちらのステップに従って、これらのロードバランサーを削除し、コストを削減します。さらに、こちらのブログに記載されているステップに従って、Cost Explorer を使用してデータ転送コストを確認します。