DEVELOPER’s BLOG

技術ブログ

5分で分かる。Amazon CloudFrontによるAWSコスト削減術

2025.11.27 鈴木 萌子
AWS SRE
5分で分かる。Amazon CloudFrontによるAWSコスト削減術



はじめに

AWSでシステムを構築する時、「とりあえずEC2インスタンスを建てて終わり」としていませんか？もしかするとコストやパフォーマンス、セキュリティで損をしてしまっているかもしれません。特にWebサイトやAPIを外部に公開しているケースでは、Amazon CloudFront（CDN※1）を導入するだけで、AWSコストを削減できる可能性があります。

本記事では、CloudFrontを活用できていない典型的なアンチパターンをもとに、推奨アーキテクチャをご紹介いたします。また、AWSセキュリティ関連サービス（WAF等）やDNS周り（Route53等）は扱わないものとします。


※1 : CDN = Contents Delivery Network（コンテンツ配信ネットワーク）


1. EC2 × ALB × CloudFront でインフラコストを削減

「ALBとEC2で稼働する一見シンプルな構成なのに、なぜかAWSコストが高い...」このようなお悩みは意外と多いのではないでしょうか？


アンチパターン

  • EC2インスタンスをターゲットに持つALBをインターネットに直接公開
  • API等の動的処理だけではなく、画像等の静的コンテンツも全てALBを経由してEC2インスタンスが処理
  • 結果としてALBのデータ処理料金が高騰&EC2インスタンスのCPU使用率が増大

5分で分かる。Amazon CloudFrontによるAWSコスト削減術_図1-1図1-1


推奨アーキテクチャ

  • ALBより前段にCloudFrontディストリビューションを配置
  • 画像等の静的コンテンツはCloudFrontディストリビューションでキャッシュ
  • API等の動的処理は短めにTTLを設定してキャッシュ

5分で分かる。Amazon CloudFrontによるAWSコスト削減術_図1-2図1-2


導入効果

  • キャッシュによりALBとEC2が受けるリクエスト総数が減少
    • ALBのデータ処理料金が削減可能！
    • EC2インスタンスのCPU使用率が緩和
      • スケールダウンが可能になり、固定費も削減可能！
  • キャッシュによりEC2インスタンスのCPU使用率が安定
    • システム全体でパフォーマンスが軽快に！


2. API Gateway × Lambda × CloudFront で動的コンテンツでもコスト最適化

「なんとなくAPI GatewayとLambdaでサーバレスを構成しているけど、なんだかAWSコストが高いな...」そのようなお悩みはございませんか？


アンチパターン

  • Lambda関数をターゲットに持つAPI Gatewayをインターネットに直接公開
  • 全リクエストがAPI Gatewayを経由してLambda関数を都度起動
  • 結果としてAPI Gateway・Lambdaそれぞれの利用料金が高騰

5分で分かる。Amazon CloudFrontによるAWSコスト削減術_図2-1図2-1


推奨アーキテクチャ

  • API Gatewayより前段にCloudFrontディストリビューションを配置
  • API等の動的処理は短めにTTLを設定してキャッシュ

5分で分かる。Amazon CloudFrontによるAWSコスト削減術_図2-2図2-2


導入効果

  • キャッシュによりAPI GatewayとLambdaが受けるリクエスト総数が減少
    • API Gateway・Lambdaそれぞれの利用料金が削減可能！
  • キャッシュによりバックエンドへの到達回数を最小化
    • システム全体でパフォーマンスが軽快に！


3. 単一リージョン × CloudFront でグローバル配信をシンプルに

「支社が海外にあるから、なんとなく複数リージョンにデプロイしてみたけど、管理が大変でAWSコストもかさむな...」そのような状況、ございませんか？


アンチパターン

  • 海外に支店があるから等の理由で、特に意図せず複数リージョンに同一システムをデプロイ
  • 各リージョンにてAWSインフラ環境を個別で運用
  • 結果として運用コストが増大&リソース重複によるインフラ費用が高騰

5分で分かる。Amazon CloudFrontによるAWSコスト削減術_図3-1図3-1


推奨アーキテクチャ

  • マルチリージョンではなく単一リージョンにシステムを集約
  • 前段にCloudFrontディストリビューションを配置して、世界中にコンテンツを高速配信
  • 1システムにアクセスが集中するが、こちらはキャッシュで吸収

5分で分かる。Amazon CloudFrontによるAWSコスト削減術_図3-2図3-2


導入効果

  • 単一リージョンに統一することでAWSリソースの無駄な重複を大幅に低減
    • 運用コストおよびインフラ費用が約半分まで削減可能！
  • キャッシュによりバックエンドへの負荷を抑制
    • 今までと変わらないユーザ体験を提供！


まとめ：CloudFrontは単なる「CDN」ではない！

本記事で紹介しましたように、CloudFrontは単なる「CDN」ではなく、パフォーマンスやセキュリティを最適化しつつコストを削減する強力なツールです。AWSでシステムを設計する際は、まず「前段にCloudFrontを配置できないか？」を検討してみてください。

それだけで、アンチパターンから脱却し「費用対効果が高いアーキテクチャ」への第一歩を踏み出せるでしょう。

一覧にもどる

関連記事

シンプルな非機能要件に対して、過剰なAWSサービスを採用していませんか？　〜AWS Network Firewall編〜

はじめに シナリオ：ネットワーク制御要件を満たすための設計 適材適所の判断をする コスト最適化の視点 まとめ はじめに AWSでは、あらゆるユースケースを支える豊富なサービス群が提供されています。 しかし、その選択肢の多さゆえに「本当に必要な要件以上のサービスを導入してしまう」ケースも少なくありません。 特に、非機能要件に対して、必要以上に複雑な構成を採用してしまうと、以下のようなデメリットにつながることがあります。 AWSコ

記事詳細
シンプルな非機能要件に対して、過剰なAWSサービスを採用していませんか？　〜AWS Network Firewall編〜
AWS SRE
AWSマルチアカウント環境でのOS・パッチ・証明書の統合管理

はじめに SSM統合コンソールによる一元管理 OSなど構成情報の可視化 Patch Managerによるパッチ運用の標準化 証明書有効期限の集中監視と自動通知 導入効果と業務改善イメージ 導入時の設計上の留意点 継続的改善を支える「運用の仕組み化」 1.はじめに クラウド活用が拡大し、AWS環境が複数アカウントで利用されたり、複数システムにまたがって利用されることは、システム運用における構成の一貫性を維持することの難易度を

記事詳細
AWSマルチアカウント環境でのOS・パッチ・証明書の統合管理
AWS SRE コラム
AWSの可用性設計を考える：AZ・リージョン・事業継続計画（BCP）のバランス

はじめに 可用性設計の基礎：リージョンとAZの仕組みを理解する 止まらない設計を妨げる単一点障害：単一AZ構成の限界 マルチAZ構成：同一リージョン内での止まらない仕組み マルチリージョン構成：事業継続（BCP）のための冗長化 まとめ：設計段階で「どこまで止めないか」を決めよう 1. はじめに AWSは、数クリックで仮想サーバー（EC2）を立ち上げられるなど、手軽にサービスを構築できるクラウドです。システム企画や開発の初期段階では

記事詳細
AWSの可用性設計を考える：AZ・リージョン・事業継続計画（BCP）のバランス
AWS コラム
[AWS ECS + Rails] スティッキーセッションとCSRFトークンエラー対策

はじめに スティッキーセッション(Sticky Session)とは Railsのセッション管理とCSRFトークン スティッキーセッションを無効化し、redisにセッションを保持させる場合 負荷分散とスティッキーセッションの設定 × セッションの保存場所 1. はじめに AWS ECS上でRails on Railsで開発したWebアプリケーション（以下Railsアプリ）を運用する際、ユーザーごとのセッション管理は重要なポイントです。 負荷分散を行いた

記事詳細
[AWS ECS + Rails] スティッキーセッションとCSRFトークンエラー対策
AWS コラム

お問い合わせはこちらから

CONTACT US