活クラウド awsをどう利用するべきか
TRANSCRIPT
活クラウド AWSをどう利用するべきか
2013/11/09 DevLOVE現場甲子園2013
楽天タワー2号館Junichiro Ueno / @jun116
現場
自己紹介
Junichiro Ueno
上野 潤一郎 Community : DevLOVE !
Company : クラスメソッド株式会社 AWSソリューション部 !
twitter : @jun116 facebook : junichiro.ueno
クラウドをどう活用すればいいの？
その前に
普段の現場
受託開発
サービス・システム開発
インフラエンジニア ではなく
開発エンジニア
会社がAWSを推進
今日から EC2, RDS, S3, SQS, SES, …
で開発よろしく
( ́Д｀)=3
とはいえ、 結構面白そう
何ができるの？ から始める
現場での経験を元に 仮想システムの構築
するとどのようにするか
広告配信システム • 配信広告の制御 • ブラウザから広告をクリック • クリックで対象サイトに遷移 • クリック数等をDBに保存
実現したいこと • 大量アクセスに耐えられる構成 • アクセス数に応じて構成を調整 • データをロストが発生しない
Attention !! 今回のサーバ構成等は架空のものです 広告配信の経験もありませんｗ AWSを利用するとどんなことが できるのかのイメージとご理解 いただければと思います この構想には @makotan にご協力 いただきました
構成イメージ
構成 • WebサーバEC2 c1.xlarge
• WorkerEC2 m1.medium
• DynamoDBIOPS = ワーカーの処理可能数 x 台数
• RDSdb.m1.medium
構成のポイント
ポイント① SQSを利用
なぜ？ 直接 DynamoDB を更新すれば
DynamoDB 設定したIOPSを超えた瞬間から 急激にパフォーマンスが落ちる → 書込IOPSは値段も高い 大量アクセスの書込に利用は 必ずしも向いているわけではない
だから SQSを利用して負荷を軽減
SQS キューの追加に制限がなく、 データロストがない(冗長構成) 低コストで利用可能 → 急激な負荷に耐えつつ ある程度パフォーマンス保証 !
※ メッセージは重複します
Worker SQSからデータを取得し、 DynamoDBとRDSを更新 → データ取得量を調整が可能 瞬間ピークにも焦らなくて済む
ポイント② DynamoDBの利用
なぜ？ RDSだけでよいのでは
DynamoDB 更新が速いのはメリットだが、 読込パフォーマンスの速さも抜群！ → 読込IOPSは比較的安価
だから DynamoDBをデータ読込に活用
例えば • 広告の表示時にどのような内容を表示するかをDynamoDBから取得
• 広告の表示数による表示の可否調整
参照系として利用 • RDSのリードレプリカを並べるより安価→ リードレプリカは起動も遅い
• パフォーマンスの調整も簡単→ IOPSを調整すれば良い
• なにより圧倒的な信頼性→ 分散型で強い整合性を持つ
パフォーマンス
想定性能 !
秒間 2500リクエスト !
※ 似た構成での計測値
構築・運用
Cloudformation → 何度でも再構築が可能 → テンプレートで環境管理 !
※ 似た構成での計測値
まとめ
ただの箱 ﹅ ﹅ ﹅ ﹅
から サービス群の活用へ
設計、構築 開発エンジニア視点でも 担当できるようになる
いままで !
開発したものを 提供する
これから !
運用環境を含め 開発・提供する
Thank you for listening! Lets us make new cloud modeling together!