アマゾン ウェブ サービス クラウド アドバンテージ セミナー その２

AWS

アマゾン ウェブ サービス クラウド アドバンテージ セミナー

http://awsadvantageseminar.com/

に行ってきました。

記事分割です。


【事例セッション】セカイカメラのクラウド流儀


DNSはRound-robin
データが大きくなりすぎないように地域で分けている
世界カメラはレンダリングが発生しているので、東京Regionは早いが、やっぱりちょっと遅いのは否めない
コンテンツが東京Regionにあると、日本からのアクセスは早いが、海外からのアクセスは、日本から海外へのアクセス/返答が遅いようにレイテンシが発生する。
世界規模のアプリなどはそこら編を考えていないといけない。

AWSへの要望
GEO LB
GEO DNS
アクセスしてきたユーザーに近いリージョンに連れて行ってくれるような機能を実装してほしい
【事例セッション】キャンペーンサイトでのクラウド活用事例

事例紹介

宅麺

  • 委託される前にすでにウェブアプリが出来上がっていたので、移行は段階的に行った
    • 静的コンテンツから移行した
    • ウェブアプリ側もEC2に移行
    • バックアップ、リストア設定、運用、監視の強化
    • ウェブアプリ側のスケーラブルな構成 <=今ここ
  • テレビで紹介されるとアクセスが急激に来る

Boss (roland)

震災でクラウドパックがサポートしたサイト、また行った事

  • 情報発信用CMS設定済みAMI作成
  • save japan ; CDN効かせたミラーサイトを作成
    • 勝手にCDN作成をした
  • justgiving japan:
    • Apache設定見直し
    • DBのキャッシュ可など
  • sinsai.info
  • buji.me
  • 揺れ来るコール
  • medica.net
  • 茨城大学


利点

  • いつでも使える
  • OS以上は同じで移行がスムース
  • 分散、スケールしやすいサービス、ミドルウェア

使い方

  • 仮想化、スナップショット
  • 検証環境k、構築、本番適用、切り戻しが自由自在に可能
  • パブリッククラウド

【事例セッション】AWS 東京リージョン上でのソーシャルアプリの構築について
Zynga japan(元ウノウ)

  • 500台ぐらい物理サーバー
  • 5人ぐらいでしている

Zynga US

  • AWSのヘビーユーザーである
  • 1000 ~ 5000台のインスタンスを簡単に増やしたりする
    • 日本では : 1 アプリ -> 50 instance
  • Zynga japan はRightScaleを使っている

ゲーム実装方法

  • APIをひたすらたたく
  • キャッシュしているか、キャッシュしていないか、
  • 不要なリクエストを投げていないか、
  • 不要なデータを取得していないか
  • タイムアウト設定がされているか

負荷との戦い
想定しにくアクセス数

まちつくmixi版は大変だった....(遠い目)

震災に関して

  • 開発環境は停電を考えて他の場所に置いていく必要がある

クラウドに関しての考え方

大事な事

  • 自動化
  • 冗長化
  • スケーラビリティ
  • 独立化

細かい設定はpuppet
サーバが何なのかはRightScaleを使っている

capistranoでデプロイしている
現在は1台

NoSQL

  • membase ,cassandraを使っている
  • 冗長化が出来ないor難しい

ebsの高速化が大事、EBSをraid0なので、注意している

ユーザーID単位での分割
※シェアーディング（要確認）
KVSにも対応

独立性

  • 依存する物を減らす
  • 全部が落ちるのではなく、一部が落ちているような状態にするようにする
    • 小さい固まりにしておく