【AWS2024 #6】クラウドコストの説明

AWSには、簡単にコスト予測をするためのツールが用意されています。

リソースごとの予測値を入れるだけで、簡単にコストを見積もることができます。
新しいサービスを作ったり、構成を変えたりする場合は事前に見積もりをしましょう。

利用しているサービス

API Gateway
- リクエスト回数: 1100req/h
  - 書き込み+読み込み
- リクエストあたりの平均データ量: 2KB
Lambda
- 書き込み
  - リクエスト回数: 100req/h
  - リクエストあたりの平均処理時間: 100ms
  - メモリ: 128MB
  - ストレージ: 512MB
- 読み込み
  - リクエスト回数: 1000req/h
  - リクエストあたりの平均処理時間: 100ms
  - メモリ: 128MB
  - ストレージ: 512MB
cloudwatch logs（lambdaのみ）
- データ取り込み量: 237.6MB/月
  - lambda1回あたり 0.3KB * 24h * 30d = 237.6MB
dynamodb
- オンデマンドキャパシティ
- テーブル: スタンダード
- テーブルサイズ: 0GB
  - 1ヶ月のみ履歴保存 100rec*24h*30d*100B = 7.2MB/m
- 平均アイテムサイズ: 100B
- キャパシティユニット
  - write
    - 書き込み回数: 100/h
  - read
    - 読み込み回数: 1000/h
s3
- スタンダード
- ストレージ: 0.00002GB/m
cloudfront（東京リージョン）
- インターネット転送量: 0.8GB
  - 1KB * 792000rec/m ≒ 0.8GB
- リクエスト数: 2376000rec/m
  - 792000rec/m * 3ファイル(html・css・js) = 2376000rec/m
WAF
- 制御リソース数: 1（cloudfront）
- ルール数: 1
- リクエスト数: 2.3 million/m

事前に予測をしても、あくまで予測です。

しっかり現在どれだけのコストが掛かっているのか確かめましょう。
実は想定外のコストが発生しているかもしれません……

コスト確認には欠かせない、AWSの重要サービス

AWSリソースにはタグ🏷️ をつけることができる。

タグ付けをするメリット

クラウドでは、使い方次第ではとんでもない料金の請求を受ける可能性があります。

主な要因

設計・実装ミス
- Lambdaの大量発火によるCloudWatch Logsの増大
- ECS/Fargateの設定のせいでコンテナが起動しようとしては失敗するのを毎分繰り返す→ AWS Configで構成変更の記録がそのたびに走る
第三者による不正利用
- アクセスキー、シークレットアクセスキーを第三者に奪われ、上限までマイニング ⛏️ 用のEC2を建てられる

🚀 ニフティ’s Notion