Your SlideShare is downloading. ×

OSC 東京 2012春

1,115
views

Published on


0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,115
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
16
Comments
0
Likes
2
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. ソーシャルアプリを支える ホスティングの舞台裏 at+link ディベロッパーサポート部 文屋 宏
  • 2. 自己紹介 ○氏名 文屋 宏(ぶんや ひろし) Twitter:bun_hiroshi ○所属 株式会社リンク at+link 事業部 ディベロッパーサポート部 Twitter:@appliplatform(ハッシュタグ:#appliplatform) ○担当業務 プロジェクトマネジメント,広報活動,営業活動,ユーザサポート, 他社との協業,たまに現地作業,面白いネタ探し ○活動 日本 Red5 ユーザー会メンバー, tokyoLinuxStudy 企画 2
  • 3. at+link とは ディベロッパーサポート ◇開発者のためのサービス開発 at+link の営業窓口 ◇開発者の悩み相談 ◇新しい技術・面白い技術の 研究・サービス化 マシン製造データセンター常駐 24/365 サポート現場担当 3
  • 4. ノベルティ at+link ロゴ入りじゃがりこ 4
  • 5. ノベルティ 「あっとりんく」 じゃありません(笑) 5
  • 6. ノベルティ 優先度を最大に! 6
  • 7. 今回は、あえて資料に載せてない裏話をメインに語ります。資料だけ見てる方、ごめんなさいm(_ _)m 7
  • 8. at+link アプリプラットフォーム 8
  • 9. アプリプラットフォームは、ソーシャルアプリ向けのホスティングサービス ということで、 9
  • 10. ソーシャルアプリならではの特徴 ・アクセス数が事前に読めない ・ヒットすると、とんでもないことになる ・ 5秒ルールなんてのがあるらしい・・・ ・朝、昼、夜と3回ピークがある ・そのくせ、ド深夜(午前4時~5時)にも アクセスがある ・少しの接続断も許されない・・・ ・ゲームによって(作りによって)、サーバ への負荷がまちまち 10
  • 11. ソーシャルアプリのトラフィック 夜間のピーク 昼休み 通勤・通学時 11
  • 12. こんなソーシャルアプリを 受け止めるために・・・at+link アプリプラットフォーム2010年11月17日提供開始! 12
  • 13. こんなソーシャルアプリを 受け止めるために・・・ かなり後発・・・ (;´Д `)at+link アプリプラットフォーム2010年11月17日提供開始! 13
  • 14. サービスリリースまでの経緯を ちょっと語ります 14
  • 15. at+link アプリプラットフォーム コンセプト 15
  • 16. at+link アプリプラットフォームのコンセプト クラウドのメリット ・初期費用が無料 ・サーバの増減が簡単かつ迅速 専用サーバのメリット ・パフォーマンス、信頼性が高い ・コストが明確 16
  • 17. at+link アプリプラットフォームのコンセプト クラウドのメリット クラウドのデメリット ・初期費用が無料 ・転送料課金 ・サーバの増減が簡単かつ迅速 ・パフォーマンスがいまいち 専用サーバのメリット 専用サーバのデメリット ・パフォーマンス、信頼性が高い ・初期費用がかかる ・コストが明確 ・納期が遅い 17
  • 18. at+link アプリプラットフォームのコンセプト クラウドのメリット クラウドのデメリット ・初期費用が無料 ・転送料課金 ・サーバの増減が簡単かつ迅速 ・パフォーマンスがいまいち 専用サーバのメリット 専用サーバのデメリット ・パフォーマンス、信頼性が高い ・初期費用がかかる ・コストが明確 ・納期が遅い クラウドと専用サーバの“いいとこ取り”をしよう!!! 18
  • 19. at+link アプリプラットフォームのコンセプト クラウドのメリット クラウドのデメリット ・初期費用が無料 ・転送料課金 ・サーバの増減が簡単かつ迅速 ・パフォーマンスがいまいち 専用サーバのメリット 専用サーバのデメリット ・パフォーマンス、信頼性が高い ・初期費用がかかる ・コストが明確 ・納期が遅い クラウドと専用サーバの“いいとこ取り”をしよう!!! 後発だからこそ!後発で良かったかも? 19
  • 20. at+link アプリプラットフォーム 特徴 20
  • 21. at+link アプリプラットフォームの特徴 初期費用0円&固定料金 ハイスペックサーバ&冗長回線・LB/FW 基本契約は 5-DAY,サーバ追加は90分以内 レスポンス監視 KVS サービス ioDrive 搭載サーバ Munin によるリソース監視 21
  • 22. at+link アプリプラットフォーム 構成 22
  • 23. at+link アプリプラットフォームの構成イメージ インターネット バックボーン 4Gbps 基本契約 冗長構成 Web サーバ+DB サーバのセット 共用ファイアウォール ロードバランサ 共用ロードバランサ ファイアウォール (冗長構成) 冗長構成が標準 Web Web Web Web Web DB Xeon 4コアの アプリ公開後5日間 ioDrive 搭載マシン ハイスペックマシン 5台無償!! 初期費用無償! 23
  • 24. at+link アプリプラットフォームの構成イメージ インターネット バックボーン 4Gbps 冗長構成 共用ファイアウォール ロードバランサ 共用ロードバランサ ファイアウォール (冗長構成) 冗長構成が標準 追加は90分以内! Web Web Web Web Web Web DB Xeon 4コアの アプリ公開後5日間 ioDrive 搭載マシン ハイスペックマシン 5台無償!! 初期費用無償! 24
  • 25. at+link アプリプラットフォームの構成イメージ インターネット バックボーン 4Gbps 冗長構成 共用ファイアウォール ロードバランサ 共用ロードバランサ ファイアウォール (冗長構成) 冗長構成が標準 追加は90分以内! Web Web Web Web Web Web DB Cache Xeon 4コアの アプリ公開後5日間 ioDrive 搭載マシン okuyama ハイスペックマシン 5台無償!! 初期費用無償! キャッシュサーバ 25
  • 26. at+link アプリプラットフォームの構成イメージ インターネット バックボーン 4Gbps 冗長構成 共用ファイアウォール ロードバランサ 共用ロードバランサ ファイアウォール (冗長構成) 冗長構成が標準 okuyama 追加は90分以内! 画像ストレージ Web Web Web Web Web Web DB Cache Image Xeon 4コアの アプリ公開後5日間 ioDrive 搭載マシン okuyama ハイスペックマシン 5台無償!! 初期費用無償! キャッシュサーバ 26
  • 27. at+link アプリプラットフォーム 管理画面 27
  • 28. at+link アプリプラットフォームの管理画面 28
  • 29. at+link アプリプラットフォームの管理画面 29
  • 30. サーバ追加申請 30
  • 31. at+link アプリプラットフォームの料金体系 ioDrive 搭載サーバも 日割りで追加可能!! 31
  • 32. at+link アプリプラットフォームの料金体系 一番売れてます!! ioDrive 40台!! ioDrive 搭載サーバも 日割りで追加可能!! 32
  • 33. at+link アプリプラットフォームのマシンスペック Web/App サーバも Xeon 4コア ioDrive 搭載 or 非搭載を選択可能 33
  • 34. ioDrive について 34
  • 35. ioDrive って何?写真で見てみよう 35
  • 36. ioDrive 写真①Fusion-io 社が提供する超高速半導体ストレージ ioDrive 本体 36
  • 37. ioDrive 写真② この辺に装着する サーバ 本体 37
  • 38. ioDrive 写真③ この辺に装着する サーバ 本体 別の角度から 38
  • 39. ioDrive 写真④ ここに装着! サーバ 本体 拡大! 39
  • 40. ioDrive 写真⑤ 装着完了! 40
  • 41. ioDrive の特徴・桁違いの速さで I/O のボトルネックを解消できる・ソーシャルゲームのデータベースとして容量は十分・同時アクセスにも強いので、マシンを集約できる・高い信頼性・SSD に比べて寿命が長い 41
  • 42. ioDrive の性能 42
  • 43. ioDrive の性能① ioDrive は同時接続に強い! 43
  • 44. ioDrive の性能② loadaverage 8000 超 激しく latency 発生 同時アクセス数をもっと増やしてみると・・・ 44
  • 45. ioDrive の性能③ SSD よりも速い! 45
  • 46. つまり、ioDrive は、・速い!・大量の同時アクセスに強い!⇒ DBサーバを集約できる!! 46
  • 47. 「ベンチマーク」について ちょっと語ります 47
  • 48. リソースモニタリングツール Munin の紹介 48
  • 49. munin.jp のサイト 49
  • 50. 実際に Munin の画面を見てみよう 50
  • 51. というように、Munin があればサーバにログインしなくても、リソース利用状況が 確認できます 51
  • 52. 分散型 KVS 「okuyama」の サービス化 52
  • 53. okuyama の長所 サービス化する際に重視した点・単一障害点がない!・設定を変えるだけで、様々な用途に使える! (データ保存方式、一貫性レベルを選択可能)・マシン性能を限界まで引き出せる! 53
  • 54. okuyama キャッシュサーバ 54
  • 55. okuyama キャッシュサーバ の構成 クライアントは、VIP とクライアント毎に割り振られたポート番号へアクセスクライアント データノード データノードアクセス メイン VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 55
  • 56. okuyama キャッシュサーバ の構成クライアント データノード データノードアクセス メイン障害! VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 56
  • 57. okuyama キャッシュサーバ の構成 データノード データノード 障害対応 LVS マスターノード データノード データノード VIP LVS マスターノード データノード データノード メインクライアントアクセス データノード データノード 57
  • 58. okuyama キャッシュサーバ の構成クライアント データノード データノードアクセス メイン VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 58
  • 59. okuyama キャッシュサーバ の構成クライアント データノード データノードアクセス メイン 障害! VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 59
  • 60. okuyama キャッシュサーバ の構成クライアント データノード データノードアクセス メイン 障害対応 VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 60
  • 61. okuyama キャッシュサーバ の構成クライアント データノード データノードアクセス メイン VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 61
  • 62. okuyama キャッシュサーバ の構成 障害!クライアント データノード データノードアクセス メイン VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 62
  • 63. okuyama キャッシュサーバ の構成 障害対応クライアント データノード データノードアクセス メイン VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 63
  • 64. okuyama キャッシュのメリット ・ ユーザでキャッシュサーバを用意する必要がない ・ サーバ運用開始と同時に接続可能 ・ 「分散」を意識することすらない ・ 障害を意識しなくていい ・ コントロールパネルから無停止で容量変更可能 ・ コントロールパネルで実使用量を可視化 ・ 価格も手ごろ(初期無償、2GB で月額 18,000円) ・ KDL・LINK 2社のサポート体制 64
  • 65. こんな方にオススメ ・ DB の負荷が高い ・ メモリが欲しいだけなのに、専用のサーバを 用意するのは嫌だ ・ memcached ・TokyoTyrant を使っているけど 障害が不安 ・ memcached・TokyoTyrant を使っているけど 分散させたい ・ キャッシュの拡張性が欲しい ・ 管理画面で利用状況を確認したい 65
  • 66. okuyama 画像ストレージ 66
  • 67. okuyama 画像ストレージの構成 クライアントは、画像ストレージ用に指定したドメインへアクセス クライアント okuyama 用 アクセス マスターノード データノード Web アプリ メイン LB okuyama 用 マスターノード データノード ドメイン指定 Web アプリ LB スタンバイ okuyama 用 マスターノード データノード Web アプリ ロードバランサ2重化 okuyama 用 Web アプリ、マスターノード 複数でロードバランシング データノード3重化・ロードバランシング 67
  • 68. okuyama 画像ストレージのデモページ いざ勝負!! okuyama v.s. Apache ブラウザで体感! 68
  • 69. okuyama v.s. Apachehttp://demo.at-link.ad.jp 69
  • 70. デモ環境 アプリプラットフォームokuyama v.s. Apache! okuyamahttp://demo.at-link.ad.jp demo.at-link.ad.jp okuyama 画像ストレージ Apache サーバ それぞれから画像を 300枚読み込む Apache (ファイルサイズ:60KB弱) 70
  • 71. okuyama 画像ストレージのメリット ・ ユーザでイメージサーバを用意する必要がない ・ サーバ運用開始と同時に接続可能 ・ 「分散」を意識することすらない ・ 障害を意識しなくていい ・ コントロールパネルから無停止で容量変更可能 ・ コントロールパネルで実使用量を可視化 ・ 価格も手ごろ(初期無償、100GB 当たり月額 15,000円) ・ KDL・LINK 2社のサポート体制 ・ アプリと画像データのネットワークを分けられる ・ トラフィック転送量課金がない(大トラフィック案件は要相談・・・) 71
  • 72. こんな方にオススメ ・ 画像合成のスピードを上げたい ・ 消せない画像がどんどん増えていく ・ ディスク容量が欲しいだけなのに、わざわざサーバを 借りるのは嫌だ ・ 利用状況を管理画面で確認したい ・ アプリと画像データのネットワークを分けたい ・ okuyama を使ってみたい 72
  • 73. okuyama サービス管理画面で使用状況確認 73
  • 74. KVS サービス使用状況① 74
  • 75. KVS サービス使用状況② 75
  • 76. KVS サービス使用状況③ キャッシュ使用容量 画像ストレージ使用容量 76
  • 77. okuyama サービスの開発について ちょっと語ります 77
  • 78. というわけで、okuyama サービス化のきっかけはOSC 2010 Kansai/Kobe でした 78
  • 79. 体制についてちょっと語ります 79
  • 80. ディベロッパーサポート部でやっていること ・ 導入コンサル ・ ユーザサポート(高度な障害対応、改善提案) ・ ニーズに応えてサービス開発 ・ 先端技術の研究 ・ コミュニティ、講演活動 80
  • 81. ディベロッパーサポート部の今後 ・ ログストレージサービス ・ 複合イベント処理エンジンと連携した監視サービス ・ パブリッククラウドサービスとの連携 ・ その他、おもしろそうなこと 81
  • 82. メンバー募集中 ○プロジェクトマネージャ 1名 ○エンジニア 1名ホスティング業界で革命を起こしたい方ぜひ!! 82
  • 83. 理想のプロジェクトマネージャ像(自己流) ・ 自分の守備範囲を固定しない ・ 自分以外のメンバーの力をフルに発揮させることを 考える ・ 成功はメンバーの力、失敗は自分の落ち度と考える ・ 矢面に立つ覚悟を持つ ・ 新しい技術にアンテナを張る 83
  • 84. 理想のエンジニア像 ・ 技術が好き ・ 常に何か作りたいサービスがある ・ ドキュメント作成が得意 ・ 新しい技術にアンテナを張る ・ 情報発信をする 84
  • 85. イベント告知① InfoTalk Spring Break 2012(NoSQL) https://www.ospn.jp/osc2011-fall/modules/eguide/event.php?eid=46 会場:東京都港区虎ノ門2-6-4 虎ノ門11森ビル 1F (株)ワークスアプリケーションズ カフェ(WALTZ) 日程:3/18 (日) 13:00~ 12:00 開場 12:50 挨拶・概要等 13:00 ROMA 松江 宏樹 氏=楽天 14:00 Cassandra 川中 真耶 氏=Google 15:00 Cloudian =ジェミナイ・モバイル・テクノロジーズ 16:00 休憩等 16:30 okuyama 文屋 宏 氏=株式会社リンク 17:30 Amazon DynamoDB 大谷 晋平 氏=Amazon Web Services 18:30 終了 19:00 懇親会 85
  • 86. イベント告知② at+link・IBM 共催セミナー ソーシャルアプリ運用セミナー 安定的かつ効率的なソーシャルアプリ運用のコツ ‐運用インフラ・データ解析・リアルタイム処理・監視の視点から徹底解説‐会場:東京都渋谷区道玄坂1-12-1 渋谷マークシティウエスト18F IBM 新渋谷事業所日程:2012年4月5日(木) 14:00~17:0014:00~ 14:30 クラウドと専用サーバ 選択の分岐点 ―ioDrive搭載サーバでアプリが捗(はかど)る! 【講演】 at+link 営業部 石松 亮氏14:30~ 15:00 データ分析ツールSPSSを活用したソーシャルアプリ業界のアクセスログ分析最前線 【講演】 日本アイ・ビー・エム株式会社 BA事業部 SPSSインサイドセールス部 佐々木 浩平氏15:00~ 15:10 休憩15:10~ 15:40 今この瞬間を掴まえる!リアルタイム処理がもたらすアプリケーションの変化 【講演】 株式会社神戸デジタル・ラボ 上級技術者 岩瀬 高博氏15:40~ 16:00 イベント駆動型監視システムが変える、アプリ向け監視オペレーションの未来 ―開発担当者が語る、ここだけの話― 【講演】 at+link ディベロッパーサポート部 前佛 雅人氏16:00~ 16:20 質問・意見交換16:20~ 17:00 参加者交流会 86
  • 87. 今日一番言いたかったこと 87
  • 88. 一番言いたかったこと 「あっとりんく」 じゃありません(笑) 88
  • 89. 昨日 at+link ロゴ入りじゃがりこ120個! 89
  • 90. 今日15時 残りわずか・・・ 90
  • 91. ご清聴ありがとうございました! 91