65
63

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 1 year has passed since last update.

お題は不問!Qiita Engineer Festa 2023で記事投稿!

【AWSコスト削減】まずこれ見て!サクッとコスト削減できること

Posted at

「今月もAWS利用料高いなー」
「よし。コスト削減しよ!」
「まず、このシステムは何にコストがかかっているのか分析からしよーっと」

その後、利用状況調査&削減案検討・・・:zzz:

その時間に(小銭レベルかもですが)サクッとコスト削減できることがあるかもしれません!

私が以前、職場で整理した「難易度別!AWSコスト削減案」を記事化しました。
少しでも皆様のお役に立てればと思います。

DBリアーキのような大きなシステム改修はスコープ外です。
あくまで1,2カ月くらいでサクッと実装できるものに絞っています:bow_tone1:
他にも「うちではこれやった!」があったら教えていただけると嬉しいです!

【難易度:★】不要リソース削除

まずはここから:point_up:
意外にゴミがたまっているかもです!
私が担当しているシステムでは約1万円/月の削減をすることができました(お恥ずかしながら:sweat_smile:

具体例

・不要ファイルの削除
・不要(未使用)AMIの削除
・不要EBSスナップショット/ボリュームの削除
・不要VPCエンドポイント
・不要EIPの削除

ポイント

・コード化していない場合、不要AMIは下記のように
 実行中インスタンスに紐づくAMI IDとAMIコンソールを突合させると簡単に判別できます!
image.png

・EBSはまず実行中EC2にアタッチされているか確認しましょう!
 下記のようにどこにもアタッチされていなくてもEBS料金はかかっています:money_with_wings:
image.png
 あとは、EBSボリュームとスナップショットを突合させて、不要な世代分のスナップショットを削除しましょう

【難易度:★★】スケールイン/スケールダウン

今、リソース(CPU/メモリ等)に余裕ありませんか?

EC2などのコンピューティングサービスは割と利用料高いので
見直し可能なら削減効果大です:fireworks:

具体例

・EC2など稼働台数の見直し
・インスタンスタイプの見直し

ポイント

「AWS Compute Optimizer」を利用すると過剰リソースを把握することができます。
image.png

【難易度:★★★】開発環境の夜間/休日停止

サービス提供している環境とは別の「開発環境」をお持ちのシステムは、
是非こちらも検討してみてください。
24/365で開発するPJでなければ、使っていない時間はインスタンス等を停止することで大幅な削減が見込めます!(絶対。たぶん。)

また、下記<ポイント>で詳細載せますが、
手動で停止起動すると開発チームの稼働が増え、ハレーションを生む可能性があるので自動化しすることをオススメします:fist:

具体例

・EC2/RDSなどの夜間休日停止
・ECSタスクの夜間休日停止

ポイント

自動停止起動はいろいろ方法がありますが、
本記事では「Amazon EventBridge&SSM Automation」を使ったEC2自動停止起動をご紹介します。

① SSM Automation Document作成

image.png
image.png

② Automation実行用ロール作成

Amazon EventBridgeがSSM Automationを実行できるようにロールを作成する必要があります。
私が作成したロールは別要件で使用するポリシーも含んでいるので、下記を参考に作成してみてください。
https://dev.classmethod.jp/articles/iam-role-for-ssm-automation/

③ Amazon EventBridgeルール作成

最後にEventBridgeルールの作成です。
①②で作成したリソースと紐づければ自動停止起動の完成です!
 image.png
 image.png

【難易度:★★★】軽微なリアーキ/設定の見直し

大規模なリアーキだと検討/実装に多くの時間を要するので、
ここではサクッとできる軽微なものをご紹介します。

具体例

・VPC Flowlogsの出力先変更(CloudWatch Logs → S3)
・ログ出力設定変更(debug → infoなど)
・CloudWatch Logsのログ保持期間変更

ポイント

・VPC Flowlogsの出力先には
  ① CloudWatch Logs
  ② S3
  ③ Kinesis Firehose
 があり、②のほうがAWSコストが安くすみます!
 image.png
 ※またS3のライフサイクル設定もお忘れなく:thumbsup:

・CloudWatch Logsのログ保持期間変更もパパっとできて地味に効果ありです!
 image.png

おまけ

Datadogでリソース監視している方向けになってしまいますが、
CloudWatchの請求書に身に覚えのないリージョンの料金が表示されていますか?
もし、表示されている場合はDatadog側のリージョン設定を変更すれば削減できます:open_mouth:
https://qiita.com/yoshiteru-takeshita-lvgs/items/12785b89d948221d9c6a

さいごに

コスト削減活動には利用状況調査/分析削減案検討/実施など多くの時間と労力がかかります。

あくまで尾崎流(自論)ですが、初のコスト削減活動は
まずは大物を狙わず、サクッとできるものからやる
これが初のコスト削減活動のコツです!

ここでいう大物とは「削減額は大きいがシステム改修規模も大きいもの」を指していて、
構成検討や内部調整に多くの時間と突破へのハードルがあります。
しかも、時間をかけた結果「費用対効果がない:raised_hand:」の一言で・・・・ってこともありえます。

なので、サクッと確実に実装できるものをやり切ったら大物を狙うのがオススメです!

この記事を見て少しでも皆さんのコスト削減活動のお役に立てられていれば幸いです:relaxed:

65
63
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
65
63

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?