More Related Content Similar to AWS Black Belt Tech シリーズ 2016 - Amazon CloudFront (20) More from Amazon Web Services Japan (20) AWS Black Belt Tech シリーズ 2016 - Amazon CloudFront 2. AWS Black Belt Tech Webinar 2016
• AWSJのTechメンバがAWSのプロダクトを
深堀りして解説するWebセミナー
– サービスの概要、使いどころの説明
– アップデートのキャッチアップ
• 毎週水曜 18〜19時
• 申し込みサイト
– http://aws.amazon.com/jp/event_schedule/
• Twitter ハッシュタグ
– #awsblackbelt で確認
2
5. Contents Delivery Network
• 大規模なアクセスも世界中にあるエッジのキャパシティを
活用して効率的かつ高速にコンテツ配信が可能なサービス
– ユーザからのアクセスを最も近いエッジサーバに誘導することでユーザへの
配信を高速化
– エッジサーバでは、コンテンツのキャッシングを行い、オリジンに負荷をかけ
ず効率的に配信
オリジンサーバ
Amazon CloudFront
オリジンサーバ
台数の削減
レスポンス向上 負荷軽減
リクエスト
配信
リクエスト
キャッシュから配信 キャッシュ
コンテンツ取得
CDN
クライアント
5
6. Contents Delivery Network
• 最適なエッジへの誘導
オリジンサーバ
Amazon CloudFront
クライアント
Internet
位置情報DB
①ドメイン名問い合わせ
CloudFront DNS
Edge Location
②IPアドレス問い合わせ
(xxx.cloudfront.net)
③最適なEdgeアドレス応答
④最適なEdgeへアクセ
ス
⑤キャッシュがなければ
オリジンから取得
DNSリゾル
バ
EDNS-Client-Subnet
のサポートにより精度
を向上
6
7. 現時点のエッジロケーション
Europe
Amsterdam, Netherlands(2)
Dublin, Ireland
Frankfurt, Germany (3)
London, England (3)
Madrid, Spain
Marseille, France
Milan, Italia
Paris, France (2)
Stockholm, Sweden
Warsaw, Poland
Asia
Chennai, India
Hong Kong, China(2)
Mumbai, India
Manila, Philippines
Osaka, Japan
Seoul, Korea (2)
Singapore (2)
Taipei, Taiwan
Tokyo, Japan(2)
South America
Sao Paulo, Brazil
Rio de Janeiro, Brazil
North America
Atlanta, GA
Ashburn, VA (3)
Chicago, IL
Dallas, TX (2)
Hayward, CA
Jacksonville, FL
Los Angeles, CA(2)
Miami, FL
New York, NY (3)
Newark, NJ
Palo Alto, CA
San Jose, CA
Seattle, WA
South Bend, IN
St. Louis, MO
2016年1月時点
54 Edge Locations
Australia
Melbourne, Australia
Sydney, Australia
最新のエッジロケーション情報 http://aws.amazon.com/jp/cloudfront/details/7
13. CloudFront Distribution
• Distribution
– ドメイン毎に割り当てられるCloudFrontの設定
– AWS Management ConsoleもしくはAPIで即時作成可能
– WebもしくはRTMP Distributionを選択可能
– Distributionあたりの使用量が最大10Gbpsもしくは15,000RPSを超える
場合は上限緩和申請が必要
– デフォルトでは「xxxx.cloudfront.net」がDistributionのドメイン名として割り
当てられる
• CNAMEエリアスを利用して独自ドメイン名の指定が可能
• CNAMEエリアスのワイルドカード指定もサポート (例: *.example.comなど)
• Route53と組み合わせたZone Apex (例: example.comなど)が利用可能
13
14. CloudFront Edge
PROXY
CACHE
Web Distribution
• サポートプロトコル/HTTPメソッド
– HTTP / HTTPS対応
• GET, HEAD, OPTION(選択可能) (Cacheモード)
• PUT, POST, DELETE, OPTION, PATCH (Proxyモード)
– オリジンへのアクセス
• Internet経由でアクセスできることが必要
• Range GET対応
オリジンサーバ
GET, HEAD, (OPTION)
PUT, POST, DELETE, OPTION, PATCH PUT, POST, DELETE, OPTION, PATCH
クライアント
GET, HEAD, (OPTION)
14
17. キャッシュコントロール機能
• キャッシュコントロールヘッダーの挙動
– Object Cachingにより、キャッシュ時間のコントロールが可能
– オリジン側がHTTPキャッシュコントロールヘッダーを付与しない場合でも上書きが可能
– Behavior毎にキャッシュ設定を行うことで、URLパス毎にキャッシュ期間を変えることも可能
• デフォルトTTL:オリジンがキャッシュコントロールヘッダーを指定しない場合に利用(デフォルト24時間)
• 最小TTL:CloudFront側でキャッシュすべき最小期間
• 最大TTL:CloudFront側でキャッシュすべき最大期間
CloudFront Minimum TTL設定
最小TTL = 0秒 最小TTL >0秒を設定
オリジンHTTP
ヘッダー
Cache-Control max-ageを
指定
指定されたmax-ageと最大TTLで小さい値
の期間キャッシュ
最小TTL<max-age<最大TTL max-age期間
max-age < 最小TTL 最小TTL期間
最大TTL < max-age 最大TTL期間
Cache-Control設定なし
デフォルトTTL期間キャッシュ
(標準 24時間)
最小TTLまたはデフォルトTTLで大きい値の期間
キャッシュ
17
18. キャッシュコントロール機能(つづき)
CloudFront Minimum TTL設定
最小TTL = 0秒 最小TTL >0秒を設定
オリジンHTTPヘッダー
Cache-Control max-ageと
s-maxageを指定
指定されたs-max-ageと最大TTLで小さい値
の期間キャッシュ
最小TTL<s-max-age<最大TTL s-max-age期間
s-max-age < 最小TTL 最小TTL期間
最大TTL < s-max-age 最大TTL期間
Expiresを指定
指定されたExpires日付と最大TTLで早い日付
の期間キャッシュ
最小TTL<<最大TTL Expires日付
Expires < 最小TTL 最小TTL期間
最大TTL < Expires 最大TTL期間
Cache-Control no-cache,
no-storeを指定
キャッシュされない 最小TTLの期間キャッシュ
※HTML MetaタグのHTTP Cache-ControlもしくはProgmaが指定されていてもCloudFrontのキャッシュコントロールでは利用されない
※オリジンがS3で、オリジン側でヘッダー指定する場合は、MetadataにHTTPヘッダーを指定
18
21. ダイナミックコンテンツ機能
• フォワード Header機能
– オリジンに任意のヘッダー情報をフォワードすることで動的なページ生成にも対応
– 全てのHeaderをフォワードするとキャッシュ効率が大幅に低下するため必要最小
限のヘッダーを指定することを推奨
– カスタムヘッダーにも対応
– CloudFront独自ヘッダー
• CloudFront側でクライアントの情報を独自に判定し、オリジンにフォワード
Type Header 詳細
接続プロトコル判定 CloudFront-Forwarded-Proto HTTPもしくはHTTPSを設定
デバイス判定 CloudFront-Is-Mobile-Viewer
CloudFront-Is-Tablet-Viewer
CloudFront-Is-Desktop-Viewer
User-Agentをもとに、クライアントデバイスの
情報をTrue/Falseで設定
地域判定 CloudFront-Viewer-Country クライアントのIPアドレスをもとに、地域コー
ドを設定 (ISO-3166-1 alpha-2準拠)21
22. ダイナミックコンテンツ機能
• フォワード Cookie機能
– オリジンに任意のCookie情報をフォワードすることで動的なページ生成にも対応
– CloudFrontは指定されたCookie名と値をセットでキャッシュ
– 全てのCookieをフォワードするとキャッシュ効率が大幅に低下するため必要最小
限のCookieを指定することを推奨
– 対象のCookie名はワイルドカードの指定も可能
22
27. セキュリティ機能
• セキュア配信
– HTTPS対応 (強制リダイレクト / HTTPSのみ許可)
– SSL証明書
(デフォルト / 独自証明書 / SNI / Certification Manager)
– オリジン暗号化通信
– オリジンカスタムヘッダー
– GEOリストリクション (Whitelist / Blacklist)
– 署名付きURL/Cookie (有効期間指定)
– Amazon WAF連携
27
28. サポートするSSL証明書
• デフォルト証明書
– cloudfront.netドメインのSSL証明書は標準で利用可能
• 独自SSL証明書
– X.509 PEM形式かつ認証チェーンが含まれること。鍵長は最大2048bit
– CloudFrontにて別途SSL証明書の利用課金がされる
– 様々な証明書タイプをサポート
• Domain Validated, Extend Validated, Wildcard, Subject Alternative Name証明書 など
– AWS Certification Managerで発行された証明書
• SNI(Server Name Indication)独自SSL証明書
– CloudFrontの独自SSL証明書費用を負担せず、独自ドメインでのSSL通信が可能
– 一部古いブラウザーはSNI拡張をサポートしていないため注意が必要
• Windows XPのIE, Android 2.2デフォルト, バージョン1.7以前のJavaブラウザなど
28
29. 独自SSL証明書の利用
• 利用申請
– 証明書の利用には上限緩和申請が必要 (デフォルト2)
• 利用手順
1-1. 証明書機関で署名を受けた証明書をIAM CLIを利用してアップロード
1-2. AWS Certification ManagerのManagement Console画面より、
生成したい証明書のFQDNを指定
※ホスト名にワイルドカードも指定可能
2. CloudFrontのDistribution設定画面にて登録した証明書を選択
3. 証明書と同じCNAMEに設定
4. SNIの有無を選択
5. 指定したCNAMEとDistribution作成時に生成されるDomain名を紐付けた
レコードをDNSに登録
29
35. 署名付きURL
• 署名付きURL
– WebおよびRTMP双方に対応
• Webの場合は有効期間を最小化することを推奨
– TCPコネクション確立中は対象コンテンツのダウンロードが可能
• RTMPの場合は動画再生時間以上の有効期間の設定が必要
– 権限のないアクセスには403を応答
– URLの生成
• 決められたフォーマットでQuery Stringsにパラメータ値を設定
– Canned Policy: http://xxxx.cloudfront.net/file.jpg?Expires=XXX&Signature=XXX&Key-Pair-Id=XXX
– Custom Policy: http://xxxx.cloudfront.net/file.jpg?Policy=XXX&Signature=XXX&Key-Pair-Id=XXX
• CloudFrontの秘密鍵を利用してSignatureのパラメータ文字列を署名
• アクセスURL毎に必ず署名が必要
• サンプルソースコード (Perl / PHP / C# + .NET Framework / Java)
http://docs.aws.amazon.com/ja_jp/AmazonCloudFront/latest/DeveloperGuide/PrivateCFSignatureCodeAndExamples.html
35
36. 署名付きCookie
• 署名付きCookie
– Webディストリビューションのみサポート
• 許可コンテンツのワイルドカードパス指定ができるため、1つのCookieで対象パ
ス以下のコンテンツにアクセス可能
• Cookieの中に署名付きURLのCustom Policyと同様のパラメータをセット
– CloudFront-Key-Pair-Id, CloudFront-Policy, CloudFront-Signature
• Set-Cookie時のポイント
– Domain属性を利用して、CloudFrontのAlternate Domain Nameと同じドメイン名を
指定することで、Cookieの有効範囲を制限
– ExpireおよびMax-Age属性を利用しないことで、セッションCookieを作成
– Secure属性を利用することでクライアントリクエスト時にCookieを含める際にCookie
の暗号化を行う
• サンプルソースコード(Perl / PHP / C# + .NET Framework / Java)
https://docs.aws.amazon.com/ja_jp/AmazonCloudFront/latest/DeveloperGuide/private-content-signed-cookies.html#private-content-
overview-sample-code-cookies
36
37. 署名付きURL/Cookie
• オリジンサーバの保護
– オリジンがAmazon S3の場合、Origin Access Identity(OAI)を利用
• S3のBucketへのアクセスをCloudFrontからのみに制限
– カスタムオリジンの場合、下記の2種類が選択可能
• オリジンカスタムヘッダーを利用し、CloudFrontで指定された任意のヘッダーをオリジン側で
チェック
• オリジン側のアドレスを公開しないとともに、CloudFrontが利用するIPアドレスのみの許可させる
– CloudFrontが利用するIPアドレスは下記URLから取得可能
https://ip-ranges.amazonaws.com/ip-ranges.json
– JSONフォーマット
» Serviceキーの“CLOUDFRONT”でフィルタすることで抽出可能
CloudFront Edge カスタムオリジンサーバ
S3
クライアント
OAI
IP制限/
ヘッダ−制限
クライアント
ダイレクト
アクセス
ヘッダー付与
37
38. Amazon WAF連携
• Amazon WAFで定義したWeb ACLをCloudFront Distribution
に適用
– CloudFrontをサービスの前段に配置することでサイトの保護を実現
– Amazon WAFでの制御
• IPアドレス制限 / SQLインジェクション / ヘッダー, クエリ等のStringマッチング
– Amazon WAFの内容が即時反映
– ブロック時は403(Forbidden)を応答
CloudFront Edge
クライアント
不正なアクセスを
ブロック
オリジンサーバ
403
38
41. ストリーミング配信
• Amazon S3と連携したマネージドオンデマンドストリーミング配信
– RTMP (Flash Media Server)
• Distribution作成時にRTMPを選択
• RTMP, RTMPE, RTMPT, RTMPETをサポート
– Smooth Streaming
• Distribution作成時にWebでSmooth Streamingオプションを有効化
– HLS (Http Live Streaming)
• Distribution作成時にWebを選択
– RTMPおよびSmooth StreamingのコンテンツはS3に格納されている必要がある
– 動画コンテンツもそれぞれのフォーマットで準備が必要(FLV, MP4, iSMV, HLS)
クライアント CloudFront Edge
S3
RTMP/RTMPE/
RTMPT/RTMPETFlash Player /
Silverlight Player
HTTP/HTTPS
41
43. ストリーミング配信
• CloudFormationテンプレート
CloudFrontとAdobe Media Serverを利用したHTTPライブ配信
• http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/LiveStreamingAdob
eMediaServer5.0.html
CloudFrontとIIS Media Serviceを利用したライブ Smooth Streaming配信
• http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/IISLiveSmoothStrea
ming4.1.html
CloudFrontとWowzaを利用したHTTPライブ配信
• http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/live-streaming-
wowza.html
43
45. CloudFront Reports & Analytics
• Cache Statistics
– キャッシュの利用状況
• Monitoring and Alarming
– リアルタイムモニタリングと通知
• Popular Objects
– 人気コンテンツの統計情報
• Top Referrers
– リファラーの統計情報
• Usage
– リクエスト数およびデータ転送量
• Viewers
– クライアントデバイスの統計情報
Cache Statistics / Popular Objects /
Top Referrers / Usage / ViewersはAWS
Management Consoleのみで参照可能
45
46. CloudFront Reports & Analytics
• Cache Statistics / Popular Objects / Usage /Top Referrers / Viewers
に関してはCloudFrontの利用状況における傾向分析として利用
– 直近60日間のグラフが参照可能
– 1時間単位もしくは日単位でのグラフ表示
– グラフへの反映までには3時間程度Delay
– CSVへのエクスポートも可能
– フィルタリング
• 全DistributionもしくはDistribution単位
• 期間指定
• エッジ地域
• Monitoring and Alarmingはリアルタイムの利用状況の確認により、アク
セス状況のリアルタイム監視として利用
– 数分の遅延で利用状況を把握可能
– Cloudwatchのアラート機能を利用し、突発的なアクセスやエラーレートの上昇の検知に
よる通知が可能
– 3〜5分程度のDelayで検知
46
47. CloudFront Reports & Analytics
• Cache Statistics
– Total Request
• 全リクエスト数
– Percentage of Viewer Requests by Result Type
• CacheのHit/Miss/Errorの割合
– Bytes Transferred to Viewers
• クライアントへの総データ転送容量
• Miss Hitしたリクエストに対する総データ転送容量
– HTTP Status Codes
• 2XX, 3XX, 4XX, 5XX毎の応答数
– Percentage of GET Requests that Didn’t Finish Downloading
• ダウンロードを完了出来なかったGETリクエストの割合
47
48. CloudFront Reports & Analytics
• Monitoring and Alarming
– CloudWatchを利用するため、しきい値設定によるアラート連携も可能
– CloudFrontのCloudWatchメトリックスはVirginiaリージョンに出力される
– メトリックス
• 4xxErrorRate, 5xxErrorRate, TotalErrorRate
• BytesDownloaded, BytesUploaded
• Requests
48
49. CloudFront Reports & Analytics
• Popular Objects
– Distribution毎のリクエスト数の多いTop 50コンテンツリスト
• Object
• Requests
• Hits, Hit %, Misses
• Total Bytes, Bytes From Misses,
• Incomplete Download, Response Code
49
50. CloudFront Reports & Analytics
• Top Referrers
– Distribution毎のリクエスト数の多いTop 25のリファラードメイン
• Referrersドメイン
• Request Count
• Request %
50
51. CloudFront Reports & Analytics
• Usage
– Number of Requests
• HTTPリクエスト数
• HTTPSリクエスト数
– Data Transferred by Protocol
• HTTPによるクライアントおよびオリジンに対して送信したデータ転送容量
• HTTPによるクライアントおよびオリジンに対して送信したデータ転送容量
– Data Transferred by Destination
• CloudFront Edgeからクライアントに送信したデータ転送容量
• CloudFront Edgeからオリジンに送信したデータ転送容量
51
52. CloudFront Reports & Analytics
• Viewers
– Distribution毎のクライアントデバイス情報
• Devices
– デバイス種別の比率
– デバイストレンド(日単位でのデバイス毎のリクエスト数)
• Browsers
– ブラウザー種別の比率
– ブラウザートレンド(日単位でのブラウザー毎のリクエスト数)
• Operating Systems
– OS種別の比率
– OSトレンド (日単位でのOS毎のリクエスト数)
• Locations
– Locationトレンド(日単位での地域毎のリクエスト数)
– Location毎の比率 (Request Count/Request%/Bytes)
52
53. Access Log
• CloudFrontアクセスログ
– 任意のS3 Bucketに出力可能
– アクセスログの出力はタイムラグあり
項目 説明
date アクセス日(UTC)
time アクセス時間(UTC)
x-edge-location エッジロケーションID
sc-bytes 配信Byte数(ヘッダー含む)
c-ip クライアントIPアドレス
cs-method HTTPアクセスMethod
cs(Host) CloudFront Distributinドメイン名
cs-uri-stem リクエストURI
sc-status レスポンスコード
cs(Referer) リファラ
cs(User-Agent) クライアントユーザエージェント
cs-uri-query リクエストQuery Strings
cs(Cookie) リクエストCookieヘッダー
項目 説明
x-edge-result-type Hit:キャッシュヒット
RefreshHit:キャッシュがExpireされていた
Miss:キャッシュミス
LimitExceeded: CloudFrontのリミットオーバ
CapacityExceeeded: エッジのキャパシティ不足
Error:クライアントもしくはオリジンによるエラー
x-edge-request-id CloudFrontのリクエストID
x-host-header リクエストHost Header
cs-protocol リクエストプロトコル(http / https)
cs-bytes リクエストByte数(ヘッダー含む)
time-taken CloudFrontエッジがリクエストを受けて、オリジンからLastByte
を取得するまでにかかった秒数
x-forwarded-for ViewerがHTTPプロキシなどを利用した場合の元Viewr IP
ssl-protocol クライアントとHTTPS通信をした際の利用したプロトコル
ssl-cipher クライアントとHTTPS通信した際の利用した暗号化方式
x-edge-response-
result-type
Viewerにレスポンスを返す直前の処理分類
※分類はx-edge-result-typeと同様53
54. CloudFrontログ & レポート
CloudFront
クライアント
S3
Management Console
アクセスログ
アクセスや利用状況傾向の
確認及び分析
Cache Statistics
Popular Objects
Top Referrers
Usage
Viewers
Cloudwatch Monitoring and
Alarming障害/異常検知や現状の利用確認
Access Log
複雑なアクセスや利用傾向分析
データの可視化と詳細な障害分析
リアルタイム
モニター
レポーティング
Redshift
ElasticSearch
54
56. Amazon CloudFrontの使いドコロ
• Amazon S3を利用してWebコンテンツを配信する場合
CloudFrontとS3を組み合わせて利用することを推奨
CloudFront
S3
クライアント
Amazon S3はCloudFrontと組み合わせることで、スパイクアクセス含め、
よりスケーラブルにあらゆる規模にも対応配信が可能になる
フルマネージド配信環境のため、運用が一切不要
56
フルマネージド
キャッシュ
61. DNS名前解決の高速化
• Route 53と連携したDNS Lookupの高速化
– CloudFrontのAlternative Domain NameをRoute53を利用して名
前解決する際は、レコードセットTypeをCNAMEではなくAレコー
ドのAlias設定することでクエリの回数が削減
> nslookup cdn.awssummit.co.jp
Server: 192.168.2.1
Address: 192.168.2.1#53
Non-authoritative answer:
cdn.awssumit.co.jp canonical name =
dxxxx.cloudfront.net.
Name: dXxxx.cloudfront.net
Address: 54.230.234.XXX
Name: dXXXX.cloudfront.net
Address: 54.230.234.XXX
:
CNAM
E
A Record + Alias
cdn .awssummit.co.jp.
> Nslookup cdn.awssummit.co.jp
Server: 192.168.2.1
Address: 192.168.2.1#53
Non-authoritative answer:
Name: cdn.awssumit.co.jp
Address: 54.230.234.XXX
Name: cdn.awssumit.co.jp
Address: 54.230.234.XXX
Name: cdn.awssumit.co.jp
Address: 54.230.235.XXX
:
61
63. Amazon S3オリジン自動キャッシュの無効化
• Lambdaを活用した自動キャッシュの無効化
– S3への最新コンテンツのアップロードに連動して、CloudFrontから対象
コンテンツのInvalidationを自動発行
– S3のイベントおよびLambdaを利用し、CloudFrontのInvalidation API
をコール
S3
CloudFront
Lambda
オリジン
管理者
アップロード
Lambda Function呼
び出し
S3イベント
CloudFront
Invalidation API
呼び出し
キャッシュの
Invalidation
※Lambda Functionのプログラムは別途作成する必要あり
63
65. CloudFront プライスモデル
①データ転送アウト
②リクエスト
③独自SSL証明書
EC2 S3オンプレ
2016年1月時点
④オリジンへのデータ転送アウト
⑥無効リクエスト
米国
ヨーロッ
パ
香港,フィリピン,韓国,
シンガポール,台湾 日本 南米
オースト
ラリア
インド
予約容量の
価格
最初の10TB/月 $0.0.85 $0.085 $0.140 $0.140 $0.250 $0.140 $0.170 問い合わせ
次の40TB/月 $0.080 $0.080 $0.135 $0.135 $0.200 $0.135 $0.130 問い合わせ
次の100TB/月 $0.060 $0.060 $0.120 $0.120 $0.180 $0.120 $0.110 問い合わせ
次の350TB/月 $0.040 $0.040 $0.100 $0.100 $0.160 $0.100 $0.100 問い合わせ
次の524TB/月 $0.030 $0.030 $0.080 $0.080 $0.140 $0.095 問い合わせ 問い合わせ
次の4PB/月 $0.025 $0.025 $0.070 $0.070 $0.130 $0.090 問い合わせ 問い合わせ
次の5PB/月以上 $0.020 $0.020 $0.060 $0.060 $0.125 $0.085 問い合わせ 問い合わせ
米国
ヨーロッ
パ
香港,フィリピン,韓国,
シンガポール,台湾
日本 南米
オーストラリ
ア
インド
予約容量の
価格
HTTPリクエスト $0.0075 $0.0090 $0.0090 $0.0090 $0.0160 $0.0090 $0.0090 問い合わせ
HTTPSリクエスト $0.0100 $0.0120 $0.0120 $0.0120 $0.0220 $0.0125 $0.0120 問い合わせ
②リクエスト(10,000件あたり)
③独自SSL証明書
Distributionに関連付けられた証明書1通につき、月$600 ※SNIの場合は不要
米国 ヨーロッパ
香港,フィリピン,韓国,
シンガポール,台湾
日本 南米
オーストラリ
ア
インド
予約容量の
価格
All Data Transfer $0.020 $0.020 $0.060 $0.060 $0.125 $0.100 $0.160 問い合わせ
④オリジンへのデータ転送アウト(GBあたり)
⑥無効リクエスト
最初の1,000ファイルまで追加料金なし。それ以上はリクエスト毎に$0.005
⑤データ転送アウト
⑤ CloudFrontへのデータ転送アウト(GBあたり)
別のAWSリージョンまたはAmazon CloudFront、$0.000
①データ転送アウト(GBあたり)
66. CloudFront Price Class
• Price Classを指定することで、安価なエッジロケーション
のみを利用した配信が可能
– Price Classの変更により、ユーザへの配信速度に影響が出る可能性があるため利用の
際は注意が必要
66
70. Appendix
• 参考資料
– Amazon CloudFront Developer Guide
http://docs.aws.amazon.com/ja_jp/AmazonCloudFront/latest/DeveloperGuide/Introd
uction.html
– Amazon CloudFront FAQ
http://aws.amazon.com/jp/cloudfront/faqs/
– Amazon CloudFront Pricing
http://aws.amazon.com/jp/cloudfront/pricing/
70
71. AWS Black Belt Tech Webinar 2016
• 2月は「エンタープライズアプリケーション&アーキテクチャ点検月間」です!
– 2/3 (水) :お休み
– 2/10 (水) :AWS Well-Architected
– 2/17 (水) :Amazon WorkSpaces
– 2/24 (水) :Amazon WorkDocs
• イベントスケジュール
http://aws.amazon.com/jp/about-aws/events/
71