AWS の利用方法を見直してコスト最適化してみよう ~前編~

この記事では以下のサービスについてのコスト最適化を取り上げています。

前編 (本記事で紹介)

• Amazon Elastic Compute Cloud (Amazon EC2)
  

後編

• Amazon Relational Database Service (Amazon RDS)
• Amazon Elastic Block Store (Amazon EBS)
• Amazon Simple Storage Service (Amazon S3)
• その他コスト最適化のための割引が使えるサービス
  
  • AWS Fargate
  • AWS Lambda
  • Amazon SageMaker
  • Amazon OpenSearch Service
  • Amazon Redshift
  • Amazon ElastiCache
  • Amazon DynamoDB
  • Amazon CloudFront

家計の管理をする際にも、節約できるのはどこなのかを知るためにまずどこにどれくらいお金を使っていて、それぞれの出費が適切なのかを判断しますよね。同様に AWS のコストを最適化する前に、まずどのサービスにどれくらいの料金がかかっているかを把握し、どこに手を入れるべきかを決めていきます。

コスト配分タグの使い方については以下もご参照ください。また、環境ごとの料金を明確に分ける場合はアカウントを分けることもご検討ください。

参考：コスト配分タグを用いた効率的なコスト管理

AWS Cost Explorer には、よくあるグルーピング・絞り込み方法をまとめた「レポート」が用意されています。「レポート」からは以下のような観点でのレポートが確認できます。

• サービスごとの月額コスト (Monthly costs by service)
  
• 連結アカウントごとの月額コスト (Monthly costs by linked account)
  
• Amazon EC2 の稼働時間と月額コスト (Monthly EC2 running hours costs and usage)
  
• リザーブドインスタンス の使用率 (RI Utilization)

上記の他にも様々なレポートが用意されていますので、用途に沿ったレポートがあるかぜひご確認ください。

例えば連結アカウントごとの月額コスト (Monthly costs by account) を確認することで、複数のアカウントを Organizations の機能によって取りまとめ、それぞれのアカウントでの料金を確認することができます。AWS ではワークロードや用途ごとに AWS アカウントを分けて利用することがベストプラクティスとなっておりますが、そのメリットはそれぞれのワークロードごとにコストが明確に分かれるところにもあります。分割したコストは管理アカウントの AWS Cost Explorer でまとめて見ることができます。

AWS Cost Explorer の詳しい利用方法についてはこちらの Black Belt 資料もご確認ください。

参考：[AWS Black Belt Online Seminar] AWS Cost Explorer 資料及び QA 公開

AWS Trusted Advisor のコスト最適化で確認できるチェック項目や使用方法については以下もご確認ください。

参考：AWS Trusted Advisor を使用してコストを最適化する方法を教えてください。

ここまで AWS Cost Explorer を用いてどのサービスにコストがかかっているかを把握できたかと思います。

それでは実際に費用を下げるためのアクションに移りたいと思います。

冒頭で説明したとおり、以下のサービスについてのコスト最適化のご説明をしていきますので、ご自身のアカウントで対象となる部分だけを参考にしていただければと思います。

• Amazon EC2
• Amazon RDS
• Amazon EBS
• Amazon S3
• その他コスト最適化のための割引が使えるサービス

Amazon EC2 におけるコスト最適化には大きく4つの方法があります。

1. 適切なインスタンスタイプにする
2. 適切なインスタンス数を使うようにする
3. 適切な購入オプションを検討する
4. 時間単価の安いリージョンの利用を検討する
   

これらはあわせて使うことでよりコスト最適化効果を出せるものなので、それぞれの項目を確認していただければと思います。

AWS では Amazon EC2 を構築する際にマシンのスペックを「インスタンスタイプ」で選ぶことができます。

インスタンスタイプの詳細やインスタンスタイプの選び方については下記の動画もご参考にしてください。

Amazon EC2 の利用を開始する最初の時点で選んだインスタンスタイプを長く使い続けている、という方も多いのではないでしょうか。実際の運用状況に合わせて定期的にインスタンスタイプの見直しを行うことで、現行で利用しているインスタンスよりも性能もコスト効率もよいものを利用することができます。

しかし、「最適なインスタンスはどうやったらわかるの？」という疑問が湧いてくるのかも知れません。ここでは 3 つの最適なインスタンスの選び方を紹介します！

1 つ目の方法は、Cost Explorer の提供する「サイズの適正化に関する推奨事項 」という機能を利用してインスタンスタイプのおすすめを紹介してもらうことです。

サイズの適正化に関する推奨事項 は、過去 14 日間の Amazon EC2 インスタンスの最大 CPU 使用率を基に、どのインスタンスタイプが推奨なのかを教えてくれる機能で、無料で利用できます。この推奨事項を元に現在使っているインスタンスタイプがオーバースペックだとわかった場合には小さいサイズに変更することでコストの最適化を進められます。

サイズの適正化に関する推奨事項を利用するためにまず機能を有効化する必要があります。有効化した後、分析に必要なデータが溜まるまで最大 30 時間かかります。しばらくお待ちいただいた後結果を確認してください。

2 つ目の方法は、新しいインスタンスタイプを使うことです。

同じインスタンスファミリーの中でも新しい世代が随時リリースされており、一般に、新しい世代ほど費用に対する性能比が高くなります。長く同じインスタンスタイプを使い続けている場合は新しい世代のものを使うだけでもコスト最適化が見込めます。インスタンスファミリーとは Amazon EC2 インスタンスタイプのおさらいで説明した '.' (ピリオド) より前の部分ですね。

利用中のインスタンスに新しいインスタンスタイプが存在しているかは Amazon EC2 のインスタンスタイプの一覧や、AWS コンソールの Amazon EC2 の設定画面から確認できます。

3 つ目の方法は、CPU の変更を検討することです。

同じインスタンスファミリーの中でも、異なる CPU を選択することもできます。同じアーキテクチャの CPU なら変更もしやすいかもしれませんね。

AWS では 2018 年に Graviton プロセッサという ARM アーキテクチャの CPU をリリースしています。こちらの CPU を利用することで、なんと 40% のコスト最適化に成功したという例もございます。ただし、Graviton プロセッサ を利用する場合にはサポートされていない OS があることや、開発言語によってリコンパイルが必要な場合があります。Graviton プロセッサ の詳細については、こちらをご参照ください。

参考： Amazon EC2 のコストパフォーマンスを最大 40 % 向上させる AWS Graviton によるコスト最適化入門(AWS-53)

上記の方法でインスタンスタイプの変更を行う場合には利用中のインスタンスと変更後のインスタンスに互換性がある必要があります。詳しくは以下の資料を参考にしてください。

参考：インスタンスタイプ変更の互換性

AWS を使うメリットとしてオンプレミス環境に比べリソースの調達を柔軟に行うことができるという点があります。リソース調達の柔軟さを生かすことで、システムへのアクセス数や需要に合わせて利用する台数を増減させたり、不要なときに利用する台数を減らしてコスト最適化につなげることができます。このように利用時間や台数を最適な状態にするためにできることが 2 点あります。

注意点として、Amazon EC2 Auto Scaling を Web アプリケーションで利用する場合、各インスタンス内にセッション情報やログ等の固有の情報などインスタンスのスケールインとともに消えてしまっては困る情報は Auto Scaling Group 外のキャッシュサーバーにセッション情報を保持したり、S3 や CloudWatch などにログデータを退避するなどの対応が必要です。

検証環境で利用するサーバーなど、業務時間帯のみ利用するサーバーはスケジュールに合わせて停止することでコストの最適化につなげることができます。

AWS ではスケジュールに合わせたサービスの停止・開始を行うための AWS Instance Scheduler というソリューションを提供しています。このソリューションを使うと、複数の Amazon EC2 や Amazon RDS を柔軟なスケジュールで起動・停止することができます。AWS Instance Scheduler では、デプロイを容易にするための AWS CloudFormation のテンプレートが用意されており、実装ガイドも提供しています。また、利用方法については以下のブログでも紹介されていますので、ぜひご確認ください。注意点として、こちらのソリューションは AWS Lambda や Amazon DynamoDB を組み合わせて作成されたアーキテクチャを利用するため、一ヶ月あたり約 9.9 ドル (デフォルト設定での利用時) のコストが発生します。コストの詳細については実装ガイドのコスト項目もご確認ください。

参考：サーバーを指定した期間で停止する「AWS Instance Scheduler」を試してみる