CloudFront マルチオリジンの利用事例と反省点

CloudFront
マルチオリジンの利用事例と反省点
株式会社データクラフト
2014/10/30（木）
JAWS-UG 北海道 in AWS Cloud Roadshow

大内寛和
・2008年～写真素材販売サイトの開発・保守
・2011年～ AWS導入支援
社内インフラ担当
自己紹介

よく使うAWSのサービス
CloudFront
高速で信頼性の高いCDN

検索すると・・・

CDNサービスのシェア
http://www.datanyze.com/market-share/cdn/

昔のCloudFrontの問題点
 独自ドメインのSSL証明書を設定できない
 オリジンにBasic認証を設定できない
 転送量がわかりにくい
 エラーの発生頻度がわかりにくい

CloudFrontは進化している！
 独自ドメインのSSL証明書を設定できない
→できる！
 オリジンにBasic認証を設定できない
→できる！
 転送量がわかりにくい
→利用レポートで確認できる！
 エラーの発生頻度がわかりにくい
→キャッシュ統計レポートで確認できる！

CloudFrontは進化している！

CloudFront利用事例
事例1. 写真素材販売サイト
事例2. 某投稿サイト
事例3. 海外3拠点のWebサイト

imagenavi.jp

【要望】サムネイルのレスポンスを早くしてほしい
DB1
DB2
Corporate Data center
Web1
Web2
File サムネイル
高負荷になるとレスポンスが遅くなる

DB1
DB2
サムネイルをCloudFrontでキャッシュ、配信
Web1
Web2
CloudFront

CloudFront 使用前
CloudFront 使用後

DB1
DB2
ストレージの容量不足が問題に
Web1
Web2
CloudFront
【要望】動画を販売したい

オリジンにS3を追加！
コンテンツ配信元はCloudFrontのままで、
配信方法、アクセスするドメインの変更は
無い為、Webサイトの変更は最小限に
一部のコンテンツをS3に配置

事例2. 某投稿サイト
【要望】なるべく費用を抑えてほしい
全てのアクセスをCloudFrontに！
・EC2のインスタンス数/スペックを抑えることができる
・動的コンテンツのキャッシュ制御は、URLの変更やキャッシュ
コントロールヘッダーで
→Webアプリの構成が複雑にならないように・・・
CloudFrontでキャッシュされているリクエストを処
理してくれるので、負荷が下がる

【要望】海外から日本のコンテンツにアクセスしても
高速にレスポンスしてほしい
CloudFront経由で海外コンテンツにアクセス！
ユーザーに近いエッジロケーションから配信されるので、高
速にレスポンス

★ちょっと困った点
ディレクトリでオリジンが決まるよう、まとめたほうが良い

URLパターンの設定をテストしたい
CNAMEs: prod.example.com
本番用
Download
Distribution
テスト用
Download
Distribution
テストOK！
本番用のURLパターンは変更せず、テスト用で動作確認後、本番用と
同じCNAMEsを設定してDNSを切り替える
Immutable CloudFront Distribution！

ダメでした（CNAMEsは重複NG）
本番用の設定を慎重に変更しました・・・

この事例の反省点
 パターンが多くならないよう、コンテンツ配置を考慮する
 手入力のミスを防ぐ為、管理コンソールを使わずに、AWS
CLI等のコマンドベースで作業する
→ CloudFrontのCLIはPreview版なので有効化すること
$ aws configure set preview.cloudfront true

まとめ
CloudFrontを使って快適なWebサイトに
 高負荷に耐え、高速にレスポンス
 導入簡単！オンプレミスとの組み合わせも可
 URLとオリジンの組み合わせは、シンプルにすること
運用コストとシステム要件を把握して最適な構成に
 AWSの費用を抑えても、運用コストが高いと効果は低い
 ビジネスの成長にあわせて、システム構成を容易に拡張できること

CloudFront マルチオリジンの利用事例と反省点

More Related Content

What's hot

Recently uploaded

CloudFront マルチオリジンの利用事例と反省点