Recommended
More Related Content
What's hot
What's hot (14)
Similar to Innovation EGG 第４回 発表資料 瞬間高アクセス対策のためのCloudFront活用
Similar to Innovation EGG 第４回 発表資料 瞬間高アクセス対策のためのCloudFront活用 (20)
Innovation EGG 第４回 発表資料 瞬間高アクセス対策のためのCloudFront活用
- 1. Update 2010/7/21 瞬間⾼アクセス対策のための CloudFront活⽤ 2015/07/04 innovation EGG 株式会社ロックオン 三原俊介 1
- 4. 2012.04 株式会社ロックオン⼊社 インフラユニット 現在 匠部所属 主にインフラ全般、開発環境の改善、 ロックオフの管理⼈などなどやってます 三原 俊介– Shunsuke Mihara ⾃⼰紹介4
- 5. 株式会社ロックオン 会社紹介5 2001.6 設⽴ 2014.9 マザーズ上場 現在 従業員約60名 アメリカ、ベトナムに⼦会社
- 6. 今回持ち帰って頂きたいこと6 サーバをクラウドに移⾏させることなく、アクセス 量に応じた⾃動スケール可能なWEBサイトの構築 サイト運営者の以下の思いに応えたい 1. WEBサイトの突発的なアクセス増に対応したい 2. WEBサイトの構成を変えたくない 3. 低価格かつ、運⽤の⼿間がほとんどかかわらな いようにしたい
- 7. 1. AWSのCDNサービス CloudFrontの説明 • CDNとは、CloudFrontとは 2. 当社での利⽤事例(IPO対策) • 背景、実施内容、成果 3. CloudFrontの利⽤⽅法 • 設計、実装、試験、公開の流れ 4. まとめ アジェンダ7
- 11. CDNがWEBコンテンツを ⼀時的にキャッシュして利⽤者に配信する CDNの仕組みとは11 DBサーバWEBサーバCloudFront CDNインターネットからの アクセス キャッシュの切れた ページの問合せ WordPressの処理 http リクエスト(初回アクセス) http リクエスト SQL（WordPressのリクエスト） 記事のデータなどweb ページweb ページ web ページ http リクエスト(2度目以降アクセス) web ページ TTL(Time to live)が過ぎる まで保持される 既存環境(例 :WordPress)大量アクセスに耐えられ るサーバとネットワーク
- 12. 各種CDN12 (1) Akamai • 最⼤⼿のCDN • 全世界のネットワーク通信量の数割がここから配信 (2) Amazon CloudFront • AWS提供のCDN • 今回紹介するサービス < CDNの利⽤例 > • N/W、H/W機器のドライバやミドルウェアの配信 • Windows等のOSのupdate
- 13. CloudFrontとは13 < 特徴 > • AWSアカウントがあればWEBコンソールから利⽤可能 • キャッシュルールを詳細に設定可能 • 世界各地のサーバでキャッシュ • 明瞭会計 詳しくはこちらのページ http://aws.amazon.com/jp/cloudfront/ AWSがサービスの⼀部として提供しているCDN
- 14. CloudFrontの利⽤料⾦14 ＜費⽤計算式＞ CloudFront費⽤ ＝ (1) CloudFrontからのデータ転送費⽤(1GB当り約17円) ＋ (2) CloudFrontへのデータ転送費⽤(1GB当り約8円) ＋ (3) CloudFrontへのリクエスト回数(1万リクエストで 約1円) ほぼデータの転送量で決定 （1GB当り約17円） ⽉間10万PVのサイトなら⽉間2000円程度 急なアクセス増に対応するエンジニアの⼈件費を考えると、 ⼗分に安い価格と思います ⼀般的なコーポレートサイトを想定 ⽉間10万PV、 1.2MB/PVの転送が発⽣
- 16. 当時のサイト構成16 ⼀般的なWordPressのコーポレートサイト 理由 1. 事業サービスほどの⾼スペックは不要 2. コンテンツの運⽤が中⼼ VM WP VMのスペック CPU： 仮想1コア メモリ： 1GB
- 17. IPO ：影響が想定しきれない17 すべてが未知なため、 何をどのくらい対応すればよいかがわからない 1. 妥当な想定アクセス数が出せない(性能を何倍にするべき??) 通常の10倍?、100倍??、1000倍??? 2. 新規に当社のファンになってくれるかもしれない⼈がアクセスする ので、アクセス数に制限をかけたくない 3. 株価操作のために、⼤量アクセス攻撃を仕掛けられる可能性も否定 できない 4. 24時間稼働が必須のWEBサービス提供会社として、誇りと信⽤に かけて、絶対サーバを落とすわけにはいかない
- 21. 1. 設計 A) キャッシュ対象 B) キャッシュ時間 C) その他 注意点 2. 実装 A) CloudFrontの設定 B) Apacheの設定 3. 試験と公開 タスク21 キャッシュルールについて、 設計、実装、試験を実施する
- 22. 設計 キャッシュ対象22 静的なコンテンツ、動的なコンテンツについて キャッシュする対象URLを決める WordPressの例 1. 静的なコンテンツのキャッシュ 静的なファイルの識別⼦がついたURL(/〜/〜.htmlなど) html,css, js, (画像)git, Git, (フォント)svg, (ファイル)zip .. 2. 動的なコンテンツのキャッシュ アクセス傾向をもとにキャッシュするべきページを選定 (トップページ)/, /index.php, (ニュース)/news/ .. ※ 想定外ページのキャッシュによる、ユーザ情報の流出や画⾯崩れ が発⽣する危険があるため、指定ページのみキャッシュをおすすめ
- 23. 設計 キャッシュ時間23 変更を反映させるまでの時間を考えて、 TTL(キャッシュ時間)を決める TTLを⻑くする -> ページ更新して実際に反映される時間が⻑くなる TTLを短くする -> CDNを通過するアクセス量が増える 細かく設計しても良いが、ロックオンで実施したのは3分類 1. 静的なキャッシュ対象コンテンツ [TTL] 86400秒(24時間) 2. 動的なキャッシュ対象コンテンツ [TTL] 3600秒(1時間) 3. キャッシュしないコンテンツ [TTL] 0秒
- 24. 設計 その他注意点24 1. 無料のSNI独⾃SSLか、⽉6万円の専⽤IP独⾃SSLが使⽤可能 ※ 無料のSNI独⾃SSLを使うリスク SNIを使えない古いブラウザには、危険なサイトとして警告 2. アクセスカウンターによってはアクセス数の取得不可能 WEBサーバまでアクセスが来なくなるため、WordPressのアクセ スカウンタープラグインなどは動作しなくなる ※ AD EBiSや、Google Analytics等のタグ計測ツールは影響なし SSL証明書、アクセスカウンター、ログイン機能、 およびIP制限には注意
- 25. 設計 その他注意点25 3. ログイン機能があるサイト(WordPressも管理者画⾯の機能あり) はユーザの識別⼦毎に別ページとして扱うように設定 ※ 他のユーザ向けのデータが他のユーザに⾒えてしまうリスク 4. CloudFrontを経由すると、IPがすべてCloudFrontからのアクセ スに⾒えるので、通常のIP制限が不可能 CloudFrontを経由しない、アクセス⽅法を⽤意しIP制限をかける SSL証明書、アクセスカウンター、ログイン機能、 およびIP制限には注意