Download as PDF, PPTX
More Related Content
0730 bp study#35発表資料
- 1. Python × Django× AWSで作る ソーシャルアプリ開発現場 株式会社gumi 堀内康弘
- 2. アジェンダ • 自己紹介 • 会社紹介 • 開発体制の紹介 • gumiとAWS • RDS
- 3. 自己紹介 • 株式会社gumi CTO •Twitter: horiuchi • 10年くらいウェブアプリ作ってます。 – Perl 10年、Python 1年 • ゲームが好きです。 – 今はMGO,MGSPWやってます。 • ランニング、筋トレにはまってます。
- 4. 会社紹介 • 35タイトル以上のアプリを開発・運用 • 延べユーザ数10,000,000人 •多プラットフォーム展開 – mixi、モバゲ、GREE • ソーシャルゲームはもちろん、ソーシャル ライフ分野のアプリも作ってます
- 5. ソーシャルゲーム x ソーシャルライフ ソーシャルライフ系 ソーシャルゲーム系 ・空飛ぶ ・DeNA Rekoo 650万 →マイミク通信簿 340万 →怪盗ロワイヤル 幕末英雄伝→サンシャイン牧場 ファンクラブ 250万 キャバウォーズ460万 同級生掲示板 刑事ハードボイルド ・ ウノウ Rakoo 380万 現在開発中×２ 卒業アルバム →まちつく 270万 →みんなの農園 同級生を探せ 占い診断系×４０＋ ・ ベクター 190万 160万 →恋する私の王子様→みんなの動物広場 150万 140万 サポートツール系 ・ GPS連動アド ・ Facebook connect ・ リワードプラス（アドウェイズ） ・ mixi connect ・ poncan（ドリコム） ・ connect with twitter ・ gree connect
- 6. ソーシャルライフ ファンクラブ 220,000人 同級生掲示板 520,000人 卒業アルバム おとなver. 300,000人 同級生をさがせ！ 120,000人
- 7. 占い、診断系アプリ SM診断〜あなたの本性暴きます Ｏ型度判定〜う〜んＯ型かなぁ？ 浮気性チェック！ ２人のラブラブ度診断 その愛本物？ﾆｾﾓﾉ？ 恋の成就度診断 犬タイプｖｓ猫タイプ のだめカンタービレ進級試験初級 草食系 vs 肉食系 戦国雑学王決定戦★立志編 ザ★おバカ検定 のだめマエストロコンクール むっつり度ちぇ〜っく!! ノーマル？orアブノーマル？ Ａ型度判定〜本当にＡ型ですか？ のだめカンタービレ進級試験中級 常識・非常識〜あなた常識人？ のだめカンタービレ進級試験上級 KY診断〜空気読めてる？ 戦国クイズ王全国ランキング ナルシスト★診断 モテ↑非モテ↓診断 Ｂ型度判定〜ジーマーで型Ｂ？ じじばば検定〜若さ保ってる？ フリ派？フラれ派？ 合計 約600万ユーザー ＡＢ型度判定〜ＡＢですが何か？
- 8. ソーシャルゲーム • 2009年2月 幕末英雄伝660,000人 • 2009年3月 キャバウォーズ 1,300,000人 • 2009年4月 刑事ハードボイルド 600,000人 • 2009年5,6,7月 多プラットフォーム展開
- 9.
- 10. 開発体制 • 1アプリ1チーム体制 • Pythonエンジニア 25人(うち女性6人) • 開発者は全員Mac • 開発言語はPython x Django • エディタは自由 (Emacs,vi,Eclipse,NetBeans) • southでスキーマ管理 • Gitでソース管理 • Capistranoでdeploy • AWSでサービス運用
- 11. Why Python ? •そこにあった • There should be one – コードの可読性、統一感 • virturalenv, pip – 環境構築の容易さ
- 12. Why Django? • これもあった •フルスタック – コードの統一化 • admin – コードの再利用 • application – 再利用可能な設計 • ドキュメント – 学習コスト、教育コストの削減 • スケジュールされたバージョンアップ
- 13. Why AWS? • それしかなかった – サーバ追加のタイムラグが小さい。 – オペレーションコストを減らせる。 – 実験・テストを気軽にできる。
- 14.
- 15. GumiとAWS • 全てのアプリをAWS上で運用 • EC2インスタンス140台 – Us-east 100台 – Us-west 20台 – Singapore 20台 • RDS 12台 • 今月の費用は$80,000
- 16.
- 17. 2009年11月 • mixiアプリモバイルリリース • 検定アプリをリリース • データセンターハーフラック • 物理サーバ3台
- 18.
- 19. どうしよう? • プログラムのチューニング? – 一定の効果はあるものの • サーバを増設? – 時間がかかる – ラックに空きがない
- 20.
- 21. 調査開始 • ボタンひとつでサーバを増やせるらしい • AutoScalingで負荷に合わせてサーバの台 数を自動で調整できるらしい • RDSという簡単にMySQLを使えるサービ スがリリースされたらしい
- 22.
- 23.
- 24. 初期の構成 • ロードバランサにELB • AutoScalingでAppサーバを伸縮 •NFSサーバにプログラムソースを配置
- 25. ELB • 検定導入当初すこぶる順調 • ゲームに導入(アクセス量が多い) •ELB自身のスケールアップ時の通信断問題 – 10分間にレスポンスタイム10秒以上のリ スクエストが1000件あるとアウト – 現在はAmazonに依頼しあらかじめスケー ルアップさせておくことで回避可能 • mod_proxy_balancerに置きかえ
- 26. Auto Scaling • AutoScaleしたときの感動 • プログラムが安定しないと・・・ • NFSサーバの負荷問題 • ELBをやめた影響 • いったん使用停止
- 27. RDS • お手軽にMySQLサーバを使える • Multi-AZにより、高可用性アップ • ディスク容量は余裕をもたせる • RDSを前提とした設計 – Read memcached – Write Tokyo Tyrant
- 28.
- 29. AWS 現状の課題 • ネットワーク、IOまわりの安定性 – EBSがたまに不安定になる – 突然名前が引けなくなる • 8ヶ月で2回程度 – 稼働率は物理サーバと変わらない
- 30.
- 31. RDSのいい点 • セットアップが簡単 • バックアップが自動 • スケールアップが簡単 • セキュリティ設定も簡単 • パッチも勝手に適用してくれる • 適正なデフォルト設定 • Multi-AZにより、高可用性アップ
- 32. Multi-AZについて • 別のzoneにホットスタンバイを作成 • フェイルオーバーしてくれる •バックアップ時のI/Oフリーズがなくなる • セキュリティーパッチ時のフリーズもなく なる • スケールアップ時のフリーズもなくなる • コストは2倍
- 33. RDSの悪い点 (Multi-AZ以前) • レプリケーションできない • タイムゾーンを変更できない • バックアップ時にI/Oフリーズ • スケールアップ時にフリーズ • セキュリティパッチ適用時にフリーズ
- 34. RDSのベストプラクティス (Multi-AZ以前) • レプリケーションできない → ないものと考える • タイムゾーンを変更できない → アプリで吸収 • バックアップ時にI/Oフリーズ → じっと我慢 • スケールアップ時にフリーズ → じっと我慢 • セキュリティパッチ適用時にフリーズ → パッチが出ないことを祈る
- 35. RDSの悪い点 (Multi-AZ後) • レプリケーションできない • タイムゾーンを変更できない • バックアップ時にI/Oフリーズ • スケールアップ時にフリーズ • セキュリティパッチ適用時にフリーズ • コストは2倍に
- 36. RDSを実運用で使う際に • 文字コードをUTF-8に • バックアップは有効に • Multi-AZも有効に • レプリケーションは考えない • タイムゾーンを考慮する
- 37. RDSの利用手順 1. インスタンスの生成 2. セキュリティーグループの生成・設定 3.パラメータグループの生成・設定 4. セキュリティーグループ、パラメータグル ープをインスタンスに適用
- 38. RDS インスタンスの生成 acmeという名前のインスタンスを生成 $ rds-create-db-instance--db-instance- identifer acme --allocated-storage 5 --db-instance-class db.m1.small --engine MySQL5.1 --master- username foo --master-user-password bar –multi-az true
- 39. RDS セキュリティーグループの作成 acme-sgというセキュリティーグループを 作成 $rds-create-db-security-groupacme-sg --db-security-group-description "security group for acme"
- 40. RDS セキュリティーグループの設定 acme-sgに属するRDSのインスタンスが EC2のセキュリティーグループfoobarに属 するインスタンスからアクセスできるよ う設定する $rds-authorize-db-security-group- ingress acme-sg --ec2-security- group-name foobar --ec2-security- group-owner-id 0000-0000-0000
- 41. RDS セキュリティーグループの設定2 acme-sgに属するRDSのインスタンスがIP xxxx.xxxx.xxxx.xxxxからアクセスできる よう設定する $ rds-authorize-db-security-group- ingress acme-sg --cidr-ip xxx.xxx.xxx.xxx/32
- 42. RDS パラメータグループを作成 acme-pgというパラメータグループを作成 $ rds-create-db-parameter-group acme-pg -e MySQL5.1 -d "parameter group for acme"
- 43. RDS カスタムパラメータの定義 $ rds-modify-db-parameter-groupfoomoo --parameters="name=slow_query_log, value=ON, method=pending-reboot" --parameters="name=long_query_time, value=1, method=pending-reboot" --parameters="name=min_examined_row_limit, value=100, method=pending-reboot" --parameters="name=character_set_client, value=utf8, method=pending-reboot" --parameters="name=character_set_connection, value=utf8, method=pending-reboot" --parameters="name=character_set_database, value=utf8, method=pending-reboot" --parameters="name=character_set_results, value=utf8, method=pending-reboot" --parameters="name=character_set_server, value=utf8, method=pending-reboot" --parameters="name=collation_connection, value=utf8_general_ci, method=pending-reboot" --parameters="name=collation_server, value=utf8_general_ci, method=pending-reboot" --parameters="name=connect_timeout, value=2, method=pending-reboot" --parameters="name=innodb_fush_log_at_trx_commit, value=2, method=pending-reboot"
- 44. RDS 編集したパラメータの確認 編集したパラメータの確認 $ rds-describe-db-parametersacme-pg --source user
- 45. RDS セキュリティグループ、パラメータグループの適用 acme-sg,acme-pgをacmeに適用 $ rds-modify-db-instanceacme -a acme-sg -g acme-pg
- 46. RDS リブート 設定を適用するためインスタンスを再起動 する $rds-reboot-db-instance amce
- 47. RDS インスタンスの確認 できたインスタンスの状態確認 $ rds-describe-db-instancesacme DBINSTANCE acme 2010-06-23T03:18:31.240Z db.m1.small mysql5.1 5 foo available acme.xxxxx.us-east-1.rds.amazonaws.com 3306 us-east-1d 1 y SECGROUP acme-sg active PARAMGRP acme-pg in-sync
- 48. RDS 接続確認 設定したmasteruserで接続確認 $ mysql -ufoo -pbar -h acme.xxxxx.us-east- 1.rds.amazonaws.com
- 49. RDS スケールアップ $ rds-modify-db-instanceacme --db- instance-class db.m1.large --apply- immediately
- 50. RDS リストア $ rds-restore-db-instance-to-point-in- time bar -s foo -l $ rds-restore-db-instance-to-point-in- time bar -s foo -r 2010-05- 04T09:20:00Z
- 51.
- 52.
- 53. 人材絶賛募集してます! Twitter: horiuchi Mail: horiuchi@gu3.co.jp