SlideShare una empresa de Scribd logo
1 de 78
Descargar para leer sin conexión
at+linkアプリプラットフォームの概要と
KVSの利用方法のご紹介



             株式会社リンク
             ディベロッパーサポート部
             文屋 宏
アジェンダ




        2
自己紹介

  ○氏名
  文屋 宏(ぶんや ひろし)
  Twitter:bun_hiroshi

  ○所属
  株式会社リンク at+link 事業部 ディベロッパーサポート部
  Twitter:@appliplatform(ハッシュタグ:#appliplatform)

  ○担当業務
  プロジェクトマネジメント,広報活動,営業活動,ユーザサポート,
  他社との協業,たまに現地作業,面白いネタ探し

  ○活動
  日本 Red5 ユーザー会メンバー, tokyoLinuxStudy 企画


                            3
at+link アプリプラットフォーム




         4
その前に



 5
ソーシャルアプリならではの特徴


    ・アクセス数が事前に読めない
    ・ヒットすると、とんでもないことになる
    ・ 5秒ルールなんてのがあるらしい・・・
    ・朝、昼、夜と3回ピークがある
    ・そのくせ、ド深夜(午前4時~5時)にも
    アクセスがある
    ・少しの接続断も許されない・・・
    ・ゲームによって(作りによって)、サーバ
    への負荷がまちまち

                 6
ソーシャルアプリのトラフィック




            夜間のピーク

                               昼休み
                      通勤・通学時




                  7
ちょっと話逸れますが




     8
at+link アプリプラットフォーム
では、LAN ケーブルのことまで
         考えてます




         9
カテゴリー6 と カテゴリー5e
    の性能比較



        10
比較方法


 • 比較対象は、ケーブル間の通信
  – MySQLのトランザクション性能(SysBench)
 • 検証環境
  – カテゴリー5e・6でスイッチ間と結線された4台

                         L2 スイッチ
          Cat 6                      Cat 5e



   サーバ①           サーバ②        サーバ③        サーバ④




                         11
LANケーブルの性能評価




               12
結局、主要箇所はカテゴリー6に




       13
それぐらいサーバへのアクセスが
 激しいソーシャルアプリを
  受け止めるために・・・




       14
それぐらいサーバへのアクセスが
  激しいソーシャルアプリを
  受け止めるために・・・


at+link アプリプラットフォーム
 2010年11月17日提供開始!
         15
それぐらいサーバへのアクセスが
  激しいソーシャルアプリを
  受け止めるために・・・

               かなり後発・・・ (;´Д `)


at+link アプリプラットフォーム
 2010年11月17日提供開始!
         16
at+link アプリプラットフォーム
         コンセプト




         17
at+link アプリプラットフォームのコンセプト

        クラウドのメリット
    ・初期費用が無料
    ・サーバの増減が簡単かつ迅速


      専用サーバのメリット
    ・パフォーマンス、信頼性が高い
    ・コストが明確




                      18
at+link アプリプラットフォームのコンセプト

        クラウドのメリット           クラウドのデメリット
    ・初期費用が無料               ・転送料課金
    ・サーバの増減が簡単かつ迅速         ・パフォーマンスがいまいち


      専用サーバのメリット           専用サーバのデメリット
    ・パフォーマンス、信頼性が高い         ・初期費用がかかる
    ・コストが明確                 ・納期が遅い




                      19
at+link アプリプラットフォームのコンセプト

        クラウドのメリット           クラウドのデメリット
    ・初期費用が無料               ・転送料課金
    ・サーバの増減が簡単かつ迅速         ・パフォーマンスがいまいち


      専用サーバのメリット           専用サーバのデメリット
    ・パフォーマンス、信頼性が高い         ・初期費用がかかる
    ・コストが明確                 ・納期が遅い




     クラウドと専用サーバの“いいとこ取り”をしよう!!!


                      20
at+link アプリプラットフォームのコンセプト

        クラウドのメリット            クラウドのデメリット
    ・初期費用が無料                ・転送料課金
    ・サーバの増減が簡単かつ迅速          ・パフォーマンスがいまいち


      専用サーバのメリット            専用サーバのデメリット
    ・パフォーマンス、信頼性が高い          ・初期費用がかかる
    ・コストが明確                  ・納期が遅い




     クラウドと専用サーバの“いいとこ取り”をしよう!!!
                      後発だからこそ!後発で良かったかも?


                       21
at+link アプリプラットフォーム
          特徴




         22
at+link アプリプラットフォームの特徴


     初期費用0円&固定料金
     ハイスペックサーバ&冗長回線・LB/FW
     基本契約は 5-DAY,サーバ追加は90分以内
     レスポンス監視
     KVS サービス
     ioDrive 搭載サーバ
     Munin によるリソース監視



                       23
at+link アプリプラットフォームの特徴


     初期費用0円&固定料金
     ハイスペックサーバ&冗長回線・LB/FW
     基本契約は 5-DAY,サーバ追加は90分以内
     レスポンス監視
     KVS サービス
     ioDrive 搭載サーバ        ←大浦さん&前佛のトークで
     Munin によるリソース監視 ←前佛のトークで



                     24
at+link アプリプラットフォーム
          構成




         25
at+link アプリプラットフォームの構成イメージ



                             インターネット
                                                   バックボーン 4Gbps
       基本契約                                           冗長構成

 Web サーバ+DB サーバのセット          共用ファイアウォール            ロードバランサ
                              共用ロードバランサ        ファイアウォール
                               (冗長構成)          冗長構成が標準




          Web       Web      Web     Web     Web        DB

                 Xeon 4コアの     アプリ公開後5日間       ioDrive 搭載マシン
                ハイスペックマシン          5台無償!!          初期費用無償!




                                        26
at+link アプリプラットフォームの構成イメージ



                                インターネット
                                                      バックボーン 4Gbps
                                                         冗長構成


                                共用ファイアウォール            ロードバランサ
                                 共用ロードバランサ        ファイアウォール
                                  (冗長構成)          冗長構成が標準
 追加は90分以内!




   Web       Web       Web      Web     Web     Web        DB

                    Xeon 4コアの     アプリ公開後5日間       ioDrive 搭載マシン
                   ハイスペックマシン          5台無償!!          初期費用無償!




                                           27
at+link アプリプラットフォームの構成イメージ



                                インターネット
                                                      バックボーン 4Gbps
                                                         冗長構成


                                共用ファイアウォール            ロードバランサ
                                 共用ロードバランサ        ファイアウォール
                                  (冗長構成)          冗長構成が標準
 追加は90分以内!




   Web       Web       Web      Web     Web     Web        DB        Cache

                    Xeon 4コアの     アプリ公開後5日間       ioDrive 搭載マシン        okuyama
                   ハイスペックマシン          5台無償!!          初期費用無償!         キャッシュサーバ




                                           28
at+link アプリプラットフォームの構成イメージ



                                インターネット
                                                      バックボーン 4Gbps
                                                         冗長構成


                                共用ファイアウォール            ロードバランサ
                                 共用ロードバランサ        ファイアウォール
                                  (冗長構成)          冗長構成が標準                         okuyama
 追加は90分以内!
                                                                                 画像ストレージ




   Web       Web       Web      Web     Web     Web        DB        Cache        Image

                    Xeon 4コアの     アプリ公開後5日間       ioDrive 搭載マシン        okuyama
                   ハイスペックマシン          5台無償!!          初期費用無償!         キャッシュサーバ




                                           29
at+link アプリプラットフォーム
         管理画面




         30
at+link アプリプラットフォームの管理画面




                  31
at+link アプリプラットフォームの管理画面




                  32
サーバ追加申請




          33
at+link アプリプラットフォームの料金体系




                     ioDrive 搭載サーバも
                     日割りで追加可能!!



                34
at+link アプリプラットフォームの料金体系



   一番売れてます!!




                     ioDrive 搭載サーバも
                     日割りで追加可能!!



                35
at+link アプリプラットフォームのマシンスペック

                           Web/App サーバも Xeon 4コア




         ioDrive 搭載 or 非搭載を選択可能


                      36
KVS サービス




    37
KVS サービスの必要性


    参照性能を向上するためにキャッシュ機能が必要
    ⇒ memcached,Tokyo Tyrant


    大量の画像を保存する環境が必要
    ⇒ CDN


    大量のログを保存する環境が必要
    ⇒ 短期間で削除,大容量ディスク




                         38
KVS サービスの必要性


    参照性能を向上するためにキャッシュ機能が必要
    ⇒ memcached,Tokyo Tyrant


    大量の画像を保存する環境が必要
    ⇒ CDN


    大量のログを保存する環境が必要
    ⇒ 短期間で削除,大容量ディスク

   ⇒ すべて okuyama でサービス化!



                         39
okuyama キャッシュサーバ




        40
KVS サービスの必要性



    参照性能を向上するためにキャッシュ機能が必要
    ⇒ memcached,Tokyo Tyrant


    大量の画像を保存する環境が必要
    ⇒ CDN


    大量のログを保存する環境が必要
    ⇒ 短期間で削除,大容量ディスク




                         41
okuyama キャッシュサーバ
      構成




        42
okuyama キャッシュサーバ の構成


               クライアントは、VIP とクライアント毎に割り振られたポート番号へアクセス


クライアント
                                            データノード     データノード
アクセス
                メイン

         VIP     LVS        マスターノード         データノード     データノード




                 LVS        マスターノード         データノード     データノード

               スタンバイ

                                            データノード     データノード




                                 43
okuyama キャッシュサーバ の構成



クライアント
                                   データノード   データノード
アクセス
                メイン障害!
         VIP    LVS      マスターノード   データノード   データノード




                LVS      マスターノード   データノード   データノード

               スタンバイ

                                   データノード   データノード




                             44
okuyama キャッシュサーバ の構成




                                データノード   データノード

               障害対応

                LVS   マスターノード   データノード   データノード




         VIP    LVS   マスターノード   データノード   データノード

               メイン
クライアント
アクセス                            データノード   データノード




                          45
okuyama キャッシュサーバ の構成



クライアント
                                 データノード   データノード
アクセス
                メイン

         VIP    LVS    マスターノード   データノード   データノード




                LVS    マスターノード   データノード   データノード

               スタンバイ

                                 データノード   データノード




                           46
okuyama キャッシュサーバ の構成



クライアント
                                 データノード   データノード
アクセス
                メイン
                          障害!
         VIP    LVS    マスターノード   データノード   データノード




                LVS    マスターノード   データノード   データノード

               スタンバイ

                                 データノード   データノード




                           47
okuyama キャッシュサーバ の構成



クライアント
                                 データノード   データノード
アクセス
                メイン     障害対応

         VIP    LVS    マスターノード   データノード   データノード




                LVS    マスターノード   データノード   データノード

               スタンバイ

                                 データノード   データノード




                           48
okuyama キャッシュサーバ の構成



クライアント
                                 データノード   データノード
アクセス
                メイン

         VIP    LVS    マスターノード   データノード   データノード




                LVS    マスターノード   データノード   データノード

               スタンバイ

                                 データノード   データノード




                           49
okuyama キャッシュサーバ の構成



                                    障害!
クライアント
                                 データノード   データノード
アクセス
                メイン

         VIP    LVS    マスターノード   データノード   データノード




                LVS    マスターノード   データノード   データノード

               スタンバイ

                                 データノード   データノード




                           50
okuyama キャッシュサーバ の構成


                                 障害対応
クライアント
                                 データノード   データノード
アクセス
                メイン

         VIP    LVS    マスターノード   データノード   データノード




                LVS    マスターノード   データノード   データノード

               スタンバイ

                                 データノード   データノード




                           51
okuyama キャッシュのメリット


   ・ ユーザでキャッシュサーバを用意する必要がない
   ・ サーバ運用開始と同時に接続可能
   ・ 「分散」を意識することすらない
   ・ 障害を意識しなくていい
   ・ コントロールパネルから無停止で容量変更可能
   ・ コントロールパネルで実使用量を可視化
   ・ 価格も手ごろ(初期無償、2GB で月額 18,000円)
   ・ KDL・LINK 2社のサポート体制


                  52
こんな方にオススメ


   ・ DB の負荷が高い
   ・ メモリが欲しいだけなのに、専用のサーバを
    用意するのは嫌だ
   ・ memcached ・TokyoTyrant を使っているけど
    障害が不安
   ・ memcached・TokyoTyrant を使っているけど
    分散させたい
   ・ キャッシュの拡張性が欲しい
   ・ 管理画面で利用状況を確認したい

                    53
okuyama 画像ストレージ




       54
KVS サービスの必要性



    参照性能を向上するためにキャッシュ機能が必要
    ⇒ memcached,Tokyo Tyrant


    大量の画像を保存する環境が必要
    ⇒ CDN


    大量のログを保存する環境が必要
    ⇒ 短期間で削除,大容量ディスク




                         55
okuyama 画像ストレージ
      構成




       56
okuyama 画像ストレージの構成

                 クライアントは、画像ストレージ用に指定したドメインへアクセス


クライアント                okuyama 用
                                      マスターノード            データノード   データノード
アクセス                   Web アプリ
          メイン
                      okuyama 用
          LB                           マスターノード           データノード   データノード
                       Web アプリ


ドメイン指定                okuyama 用
           LB                     マスターノード
                                     マスターノード             データノード   データノード
                       Web アプリ
         スタンバイ
                      okuyama 用
                                      マスターノード            データノード   データノード
                       Web アプリ

                ロードバランサ2重化
                okuyama 用 Web アプリ、マスターノード 複数でロードバランシング
                データノード2重化・ロードバランシング


                                     57
okuyama 画像ストレージ
      デモ
お手元の資料も参考に




       58
okuyama 画像ストレージ
      性能




       59
いざ勝負!!
okuyama v.s. Apache

  ブラウザで体感!



         60
okuyama v.s. Apache
http://demo.at-link.ad.jp




            61
デモ環境
                                 アプリプラットフォーム

okuyama v.s. Apache!               okuyama

http://demo.at-link.ad.jp




   demo.at-link.ad.jp
     okuyama 画像ストレージ
        Apache サーバ
      それぞれから画像を
        300枚読み込む
                                   Apache
     (ファイルサイズ:60KB弱)

                            62
okuyama 画像ストレージのメリット


  ・ ユーザでイメージサーバを用意する必要がない
  ・ サーバ運用開始と同時に接続可能
  ・ 「分散」を意識することすらない
  ・ 障害を意識しなくていい
  ・ コントロールパネルから無停止で容量変更可能
  ・ コントロールパネルで実使用量を可視化
  ・ 価格も手ごろ(初期無償、100GB 当たり月額 15,000円)
  ・ KDL・LINK 2社のサポート体制
  ・ アプリと画像データのネットワークを分けられる
  ・ トラフィック出し放題
                    63
okuyama 画像ストレージのメリット


  ・ ユーザでイメージサーバを用意する必要がない
  ・ サーバ運用開始と同時に接続可能
  ・ 「分散」を意識することすらない
  ・ 障害を意識しなくていい
  ・ コントロールパネルから無停止で容量変更可能
  ・ コントロールパネルで実使用量を可視化
  ・ 価格も手ごろ(初期無償、100GB 当たり月額 15,000円)
  ・ KDL・LINK 2社のサポート体制
  ・ アプリと画像データのネットワークを分けられる
  ・ トラフィック出し放題(嘘)
                    64
okuyama 画像ストレージのメリット


  ・ ユーザでイメージサーバを用意する必要がない
  ・ サーバ運用開始と同時に接続可能
  ・ 「分散」を意識することすらない
  ・ 障害を意識しなくていい
  ・ コントロールパネルから無停止で容量変更可能
  ・ コントロールパネルで実使用量を可視化
  ・ 価格も手ごろ(初期無償、100GB 当たり月額 15,000円)
  ・ KDL・LINK 2社のサポート体制
  ・ アプリと画像データのネットワークを分けられる
  ・ トラフィック出し放題(嘘) ←高トラフィックの場合は要相談・・・
                    65
こんな方にオススメ


   ・ 画像合成のスピードを上げたい
   ・ 消せない画像がどんどん増えていく
   ・ ディスク容量が欲しいだけなのに、わざわざサーバを
    借りるのは嫌だ
   ・ 利用状況を管理画面で確認したい
   ・ アプリと画像データのネットワークを分けたい




                66
こんな方にオススメ


   ・ 画像合成のスピードを上げたい
   ・ 消せない画像がどんどん増えていく
   ・ ディスク容量が欲しいだけなのに、わざわざサーバを
    借りるのは嫌だ
   ・ 利用状況を管理画面で確認したい
   ・ アプリと画像データのネットワークを分けたい


       ・ okuyama を使ってみたい



                67
こんな方にオススメ


   ・ 画像合成のスピードを上げたい
   ・ 消せない画像がどんどん増えていく
   ・ ディスク容量が欲しいだけなのに、わざわざサーバを
    借りるのは嫌だ
   ・ 利用状況を管理画面で確認したい
   ・ アプリと画像データのネットワークを分けたい

      ・ okuyama を使ってみたい

      ・ at+link を気に入っている

                68
こんな方にオススメ


    ・ 画像合成のスピードを上げたい
    ・ 消せない画像がどんどん増えていく
    ・ ディスク容量が欲しいだけなのに、わざわざサーバを
     借りるのは嫌だ
    ・ 利用状況を管理画面で確認したい
    ・ アプリと画像データのネットワークを分けたい

・ okuyama を使ってみたい

・ at+link を気に入っている

・ ディベロッパーサポート部のファンだ!
                    69
ごめんなさい・・・
調子に乗りすぎましたm(_ _)m




        70
okuyama ログストレージ




       71
は、まだこれからです・・・
是非ご要望をお聞かせください(>o<)




         72
okuyama サービス
管理画面で使用状況確認




       73
KVS サービス使用状況①




                74
KVS サービス使用状況②




                75
KVS サービス使用状況③

    キャッシュ使用容量        画像ストレージ使用容量




                76
これまでと今後の予定


            アプリプラットフォーム& KVS サービス


  2010.11       2011.03               2011.09     2012.?



2010                      2011                  2012


アプリプラットフォーム                                     ログストレージ

                                      画像ストレージ


               キャッシュサーバ




                                 77
ご清聴ありがとうございました!




       78

Más contenido relacionado

La actualidad más candente

コンペに勝てる必勝アイテム ソフトレイヤー
コンペに勝てる必勝アイテム ソフトレイヤーコンペに勝てる必勝アイテム ソフトレイヤー
コンペに勝てる必勝アイテム ソフトレイヤーMaho Takara
 
メッセージキュー「Pulsar」の紹介 @OSC_20171007
メッセージキュー「Pulsar」の紹介 @OSC_20171007メッセージキュー「Pulsar」の紹介 @OSC_20171007
メッセージキュー「Pulsar」の紹介 @OSC_20171007Nozomi Kurihara
 
SOFTLAYERベアメタル + Fusion ioMemory
SOFTLAYERベアメタル + Fusion ioMemorySOFTLAYERベアメタル + Fusion ioMemory
SOFTLAYERベアメタル + Fusion ioMemoryMaho Takara
 
SoftLayerクラウド デザインパターン解説
SoftLayerクラウド デザインパターン解説SoftLayerクラウド デザインパターン解説
SoftLayerクラウド デザインパターン解説softlayerjp
 
デブサミ夏2014 開発者に嬉しいSoftLayerサーバー構築Tips
デブサミ夏2014 開発者に嬉しいSoftLayerサーバー構築Tipsデブサミ夏2014 開発者に嬉しいSoftLayerサーバー構築Tips
デブサミ夏2014 開発者に嬉しいSoftLayerサーバー構築TipsMaho Takara
 
About SoftLayer at OSC Tokyo Spring
About SoftLayer at OSC Tokyo SpringAbout SoftLayer at OSC Tokyo Spring
About SoftLayer at OSC Tokyo SpringKimihiko Kitase
 
IBM SoftLayer @ Osc tokyo-2014-fall
IBM SoftLayer @ Osc tokyo-2014-fallIBM SoftLayer @ Osc tokyo-2014-fall
IBM SoftLayer @ Osc tokyo-2014-fallYasushi Osonoi
 
120827 JAWS-UG Sapporo7 openswanでvpc
120827 JAWS-UG Sapporo7 openswanでvpc120827 JAWS-UG Sapporo7 openswanでvpc
120827 JAWS-UG Sapporo7 openswanでvpcMachie Atarashi
 
プレゼン インフラエンジニア、アプリ開発者集まれ!今注目のクラウド 「Bluemix」、「soft layer」をはじめよう!(OSC福岡2015)
プレゼン インフラエンジニア、アプリ開発者集まれ!今注目のクラウド 「Bluemix」、「soft layer」をはじめよう!(OSC福岡2015)プレゼン インフラエンジニア、アプリ開発者集まれ!今注目のクラウド 「Bluemix」、「soft layer」をはじめよう!(OSC福岡2015)
プレゼン インフラエンジニア、アプリ開発者集まれ!今注目のクラウド 「Bluemix」、「soft layer」をはじめよう!(OSC福岡2015)Yasushi Osonoi
 
Linux on Power と x86 Linux との技術的な相違点
Linux on Power と x86 Linux との技術的な相違点Linux on Power と x86 Linux との技術的な相違点
Linux on Power と x86 Linux との技術的な相違点Shinichiro Arai
 
Soft layer network概要_jslug向け
Soft layer network概要_jslug向けSoft layer network概要_jslug向け
Soft layer network概要_jslug向けHideaki Tokida
 
ウェブを速くするためにDeNAがやっていること - HTTP/2と、さらにその先
ウェブを速くするためにDeNAがやっていること - HTTP/2と、さらにその先ウェブを速くするためにDeNAがやっていること - HTTP/2と、さらにその先
ウェブを速くするためにDeNAがやっていること - HTTP/2と、さらにその先Kazuho Oku
 
クラウド構築 勉強会やったのでまとめました
クラウド構築 勉強会やったのでまとめましたクラウド構築 勉強会やったのでまとめました
クラウド構築 勉強会やったのでまとめましたHiro Mura
 
Interrop ctrix netscaler on Softlayer 2015
Interrop ctrix netscaler on Softlayer 2015Interrop ctrix netscaler on Softlayer 2015
Interrop ctrix netscaler on Softlayer 2015Hideaki Tokida
 
Cedec2015 ゲームサーバー基盤の新しい選択肢
Cedec2015 ゲームサーバー基盤の新しい選択肢Cedec2015 ゲームサーバー基盤の新しい選択肢
Cedec2015 ゲームサーバー基盤の新しい選択肢Maho Takara
 
エバンジェリストが語るパワーシステム特論 ~ 第2回:『x86Linuxのスキルを活かしてPowerを使おう
エバンジェリストが語るパワーシステム特論 ~ 第2回:『x86Linuxのスキルを活かしてPowerを使おうエバンジェリストが語るパワーシステム特論 ~ 第2回:『x86Linuxのスキルを活かしてPowerを使おう
エバンジェリストが語るパワーシステム特論 ~ 第2回:『x86Linuxのスキルを活かしてPowerを使おうTakumi Kurosawa
 
20150228 OSC2015 Tokyo/Spring サンプルコードで理解するアプリケーションのIPv6対応
20150228 OSC2015 Tokyo/Spring サンプルコードで理解するアプリケーションのIPv6対応20150228 OSC2015 Tokyo/Spring サンプルコードで理解するアプリケーションのIPv6対応
20150228 OSC2015 Tokyo/Spring サンプルコードで理解するアプリケーションのIPv6対応v6app
 
Softlayerを申込んでみた参考資料 140730
Softlayerを申込んでみた参考資料 140730Softlayerを申込んでみた参考資料 140730
Softlayerを申込んでみた参考資料 140730YoshiyukiKonno
 
Infrastructure as Codeの取り組みと改善
Infrastructure as Codeの取り組みと改善Infrastructure as Codeの取り組みと改善
Infrastructure as Codeの取り組みと改善Takashi Honda
 
Japan SoftLayer Summit 2015 資料「SoftLayer基礎 詳細ネットワーク編」
Japan SoftLayer Summit 2015 資料「SoftLayer基礎 詳細ネットワーク編」Japan SoftLayer Summit 2015 資料「SoftLayer基礎 詳細ネットワーク編」
Japan SoftLayer Summit 2015 資料「SoftLayer基礎 詳細ネットワーク編」Nippon Information and Communication
 

La actualidad más candente (20)

コンペに勝てる必勝アイテム ソフトレイヤー
コンペに勝てる必勝アイテム ソフトレイヤーコンペに勝てる必勝アイテム ソフトレイヤー
コンペに勝てる必勝アイテム ソフトレイヤー
 
メッセージキュー「Pulsar」の紹介 @OSC_20171007
メッセージキュー「Pulsar」の紹介 @OSC_20171007メッセージキュー「Pulsar」の紹介 @OSC_20171007
メッセージキュー「Pulsar」の紹介 @OSC_20171007
 
SOFTLAYERベアメタル + Fusion ioMemory
SOFTLAYERベアメタル + Fusion ioMemorySOFTLAYERベアメタル + Fusion ioMemory
SOFTLAYERベアメタル + Fusion ioMemory
 
SoftLayerクラウド デザインパターン解説
SoftLayerクラウド デザインパターン解説SoftLayerクラウド デザインパターン解説
SoftLayerクラウド デザインパターン解説
 
デブサミ夏2014 開発者に嬉しいSoftLayerサーバー構築Tips
デブサミ夏2014 開発者に嬉しいSoftLayerサーバー構築Tipsデブサミ夏2014 開発者に嬉しいSoftLayerサーバー構築Tips
デブサミ夏2014 開発者に嬉しいSoftLayerサーバー構築Tips
 
About SoftLayer at OSC Tokyo Spring
About SoftLayer at OSC Tokyo SpringAbout SoftLayer at OSC Tokyo Spring
About SoftLayer at OSC Tokyo Spring
 
IBM SoftLayer @ Osc tokyo-2014-fall
IBM SoftLayer @ Osc tokyo-2014-fallIBM SoftLayer @ Osc tokyo-2014-fall
IBM SoftLayer @ Osc tokyo-2014-fall
 
120827 JAWS-UG Sapporo7 openswanでvpc
120827 JAWS-UG Sapporo7 openswanでvpc120827 JAWS-UG Sapporo7 openswanでvpc
120827 JAWS-UG Sapporo7 openswanでvpc
 
プレゼン インフラエンジニア、アプリ開発者集まれ!今注目のクラウド 「Bluemix」、「soft layer」をはじめよう!(OSC福岡2015)
プレゼン インフラエンジニア、アプリ開発者集まれ!今注目のクラウド 「Bluemix」、「soft layer」をはじめよう!(OSC福岡2015)プレゼン インフラエンジニア、アプリ開発者集まれ!今注目のクラウド 「Bluemix」、「soft layer」をはじめよう!(OSC福岡2015)
プレゼン インフラエンジニア、アプリ開発者集まれ!今注目のクラウド 「Bluemix」、「soft layer」をはじめよう!(OSC福岡2015)
 
Linux on Power と x86 Linux との技術的な相違点
Linux on Power と x86 Linux との技術的な相違点Linux on Power と x86 Linux との技術的な相違点
Linux on Power と x86 Linux との技術的な相違点
 
Soft layer network概要_jslug向け
Soft layer network概要_jslug向けSoft layer network概要_jslug向け
Soft layer network概要_jslug向け
 
ウェブを速くするためにDeNAがやっていること - HTTP/2と、さらにその先
ウェブを速くするためにDeNAがやっていること - HTTP/2と、さらにその先ウェブを速くするためにDeNAがやっていること - HTTP/2と、さらにその先
ウェブを速くするためにDeNAがやっていること - HTTP/2と、さらにその先
 
クラウド構築 勉強会やったのでまとめました
クラウド構築 勉強会やったのでまとめましたクラウド構築 勉強会やったのでまとめました
クラウド構築 勉強会やったのでまとめました
 
Interrop ctrix netscaler on Softlayer 2015
Interrop ctrix netscaler on Softlayer 2015Interrop ctrix netscaler on Softlayer 2015
Interrop ctrix netscaler on Softlayer 2015
 
Cedec2015 ゲームサーバー基盤の新しい選択肢
Cedec2015 ゲームサーバー基盤の新しい選択肢Cedec2015 ゲームサーバー基盤の新しい選択肢
Cedec2015 ゲームサーバー基盤の新しい選択肢
 
エバンジェリストが語るパワーシステム特論 ~ 第2回:『x86Linuxのスキルを活かしてPowerを使おう
エバンジェリストが語るパワーシステム特論 ~ 第2回:『x86Linuxのスキルを活かしてPowerを使おうエバンジェリストが語るパワーシステム特論 ~ 第2回:『x86Linuxのスキルを活かしてPowerを使おう
エバンジェリストが語るパワーシステム特論 ~ 第2回:『x86Linuxのスキルを活かしてPowerを使おう
 
20150228 OSC2015 Tokyo/Spring サンプルコードで理解するアプリケーションのIPv6対応
20150228 OSC2015 Tokyo/Spring サンプルコードで理解するアプリケーションのIPv6対応20150228 OSC2015 Tokyo/Spring サンプルコードで理解するアプリケーションのIPv6対応
20150228 OSC2015 Tokyo/Spring サンプルコードで理解するアプリケーションのIPv6対応
 
Softlayerを申込んでみた参考資料 140730
Softlayerを申込んでみた参考資料 140730Softlayerを申込んでみた参考資料 140730
Softlayerを申込んでみた参考資料 140730
 
Infrastructure as Codeの取り組みと改善
Infrastructure as Codeの取り組みと改善Infrastructure as Codeの取り組みと改善
Infrastructure as Codeの取り組みと改善
 
Japan SoftLayer Summit 2015 資料「SoftLayer基礎 詳細ネットワーク編」
Japan SoftLayer Summit 2015 資料「SoftLayer基礎 詳細ネットワーク編」Japan SoftLayer Summit 2015 資料「SoftLayer基礎 詳細ネットワーク編」
Japan SoftLayer Summit 2015 資料「SoftLayer基礎 詳細ネットワーク編」
 

Destacado

Save Metadata To Files In Lightroom Presented By Mosaic
Save Metadata To Files In Lightroom Presented By MosaicSave Metadata To Files In Lightroom Presented By Mosaic
Save Metadata To Files In Lightroom Presented By MosaicMosaic_Storage_Systems
 
古き良き街 「 京都 」
古き良き街 「 京都 」古き良き街 「 京都 」
古き良き街 「 京都 」aoshin-home
 
OSC 2015 .Enterprise
OSC 2015 .EnterpriseOSC 2015 .Enterprise
OSC 2015 .EnterpriseHiroshi Bunya
 

Destacado (6)

AIIT起業塾#1
AIIT起業塾#1AIIT起業塾#1
AIIT起業塾#1
 
Going Digital
Going DigitalGoing Digital
Going Digital
 
Save Metadata To Files In Lightroom Presented By Mosaic
Save Metadata To Files In Lightroom Presented By MosaicSave Metadata To Files In Lightroom Presented By Mosaic
Save Metadata To Files In Lightroom Presented By Mosaic
 
古き良き街 「 京都 」
古き良き街 「 京都 」古き良き街 「 京都 」
古き良き街 「 京都 」
 
Get Organized in Lightroom
Get Organized in LightroomGet Organized in Lightroom
Get Organized in Lightroom
 
OSC 2015 .Enterprise
OSC 2015 .EnterpriseOSC 2015 .Enterprise
OSC 2015 .Enterprise
 

Similar a at+link サービスセミナー 20111209

サーバーレスで ガチ本番運用までやってるお話し
サーバーレスで ガチ本番運用までやってるお話しサーバーレスで ガチ本番運用までやってるお話し
サーバーレスで ガチ本番運用までやってるお話しAkira Nagata
 
We Should Know About in this SocialNetwork Era 2011_1112
We Should Know About in this SocialNetwork Era 2011_1112We Should Know About in this SocialNetwork Era 2011_1112
We Should Know About in this SocialNetwork Era 2011_1112Masahito Zembutsu
 
Effective web performance tuning for smartphone
Effective web performance tuning for smartphoneEffective web performance tuning for smartphone
Effective web performance tuning for smartphonedena_study
 
ITpro EXPO 2011 クラウド上での業務アプリ開発
ITpro EXPO 2011 クラウド上での業務アプリ開発ITpro EXPO 2011 クラウド上での業務アプリ開発
ITpro EXPO 2011 クラウド上での業務アプリ開発Junji Imaoka
 
クラウドサービスを使って作る動画サイト?
クラウドサービスを使って作る動画サイト?クラウドサービスを使って作る動画サイト?
クラウドサービスを使って作る動画サイト?Daichi Isami
 
#cross2012 クラウドCROSS ニフティの中の人によるニフティクラウド活用
#cross2012 クラウドCROSS ニフティの中の人によるニフティクラウド活用#cross2012 クラウドCROSS ニフティの中の人によるニフティクラウド活用
#cross2012 クラウドCROSS ニフティの中の人によるニフティクラウド活用Abe Junichiro
 
Solaris11で深化するクラウド
Solaris11で深化するクラウドSolaris11で深化するクラウド
Solaris11で深化するクラウドYasushi Taki
 
さくらのDockerコンテナホスティング-Arukasの解説とインフラを支える技術(July Tech Festa 2016 『IoTxAIxインフラ時代...
さくらのDockerコンテナホスティング-Arukasの解説とインフラを支える技術(July Tech Festa 2016 『IoTxAIxインフラ時代...さくらのDockerコンテナホスティング-Arukasの解説とインフラを支える技術(July Tech Festa 2016 『IoTxAIxインフラ時代...
さくらのDockerコンテナホスティング-Arukasの解説とインフラを支える技術(July Tech Festa 2016 『IoTxAIxインフラ時代...さくらインターネット株式会社
 
Lampで作るソーシャルアプリの負荷対策~アプリとインフラの調和のテクニック~
Lampで作るソーシャルアプリの負荷対策~アプリとインフラの調和のテクニック~Lampで作るソーシャルアプリの負荷対策~アプリとインフラの調和のテクニック~
Lampで作るソーシャルアプリの負荷対策~アプリとインフラの調和のテクニック~KLab株式会社
 
AWSオンリーで実現するIoTクラウド基盤
AWSオンリーで実現するIoTクラウド基盤AWSオンリーで実現するIoTクラウド基盤
AWSオンリーで実現するIoTクラウド基盤Godai Nakamura
 
API Academy:マイクロサービス化へのファーストステップ
API Academy:マイクロサービス化へのファーストステップAPI Academy:マイクロサービス化へのファーストステップ
API Academy:マイクロサービス化へのファーストステップCA Technologies
 
CloudFront構築事例 ハートビーツ 20121025
CloudFront構築事例 ハートビーツ 20121025CloudFront構築事例 ハートビーツ 20121025
CloudFront構築事例 ハートビーツ 20121025Toshiaki Baba
 
事例でわかるBIGLOBEクラウドホスティング
事例でわかるBIGLOBEクラウドホスティング事例でわかるBIGLOBEクラウドホスティング
事例でわかるBIGLOBEクラウドホスティングビジネスBIGLOBE
 
Leading the way to W3C TPAC 2015 『HTML5 関連の API の現状とこれから』
Leading the way to W3C TPAC 2015 『HTML5 関連の API の現状とこれから』Leading the way to W3C TPAC 2015 『HTML5 関連の API の現状とこれから』
Leading the way to W3C TPAC 2015 『HTML5 関連の API の現状とこれから』Futomi Hatano
 
20130226 Amazon Web Services 勉強会(新宿)
20130226 Amazon Web Services 勉強会(新宿)20130226 Amazon Web Services 勉強会(新宿)
20130226 Amazon Web Services 勉強会(新宿)真吾 吉田
 
泥臭い運用から、プログラマブルインフラ構築(に行きたい)
泥臭い運用から、プログラマブルインフラ構築(に行きたい) 泥臭い運用から、プログラマブルインフラ構築(に行きたい)
泥臭い運用から、プログラマブルインフラ構築(に行きたい) Akihiro Kuwano
 

Similar a at+link サービスセミナー 20111209 (20)

サーバーレスで ガチ本番運用までやってるお話し
サーバーレスで ガチ本番運用までやってるお話しサーバーレスで ガチ本番運用までやってるお話し
サーバーレスで ガチ本番運用までやってるお話し
 
We Should Know About in this SocialNetwork Era 2011_1112
We Should Know About in this SocialNetwork Era 2011_1112We Should Know About in this SocialNetwork Era 2011_1112
We Should Know About in this SocialNetwork Era 2011_1112
 
Effective web performance tuning for smartphone
Effective web performance tuning for smartphoneEffective web performance tuning for smartphone
Effective web performance tuning for smartphone
 
ITpro EXPO 2011 クラウド上での業務アプリ開発
ITpro EXPO 2011 クラウド上での業務アプリ開発ITpro EXPO 2011 クラウド上での業務アプリ開発
ITpro EXPO 2011 クラウド上での業務アプリ開発
 
クラウドサービスを使って作る動画サイト?
クラウドサービスを使って作る動画サイト?クラウドサービスを使って作る動画サイト?
クラウドサービスを使って作る動画サイト?
 
#cross2012 クラウドCROSS ニフティの中の人によるニフティクラウド活用
#cross2012 クラウドCROSS ニフティの中の人によるニフティクラウド活用#cross2012 クラウドCROSS ニフティの中の人によるニフティクラウド活用
#cross2012 クラウドCROSS ニフティの中の人によるニフティクラウド活用
 
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_cccSpring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
 
Solaris11で深化するクラウド
Solaris11で深化するクラウドSolaris11で深化するクラウド
Solaris11で深化するクラウド
 
さくらのDockerコンテナホスティング-Arukasの解説とインフラを支える技術(July Tech Festa 2016 『IoTxAIxインフラ時代...
さくらのDockerコンテナホスティング-Arukasの解説とインフラを支える技術(July Tech Festa 2016 『IoTxAIxインフラ時代...さくらのDockerコンテナホスティング-Arukasの解説とインフラを支える技術(July Tech Festa 2016 『IoTxAIxインフラ時代...
さくらのDockerコンテナホスティング-Arukasの解説とインフラを支える技術(July Tech Festa 2016 『IoTxAIxインフラ時代...
 
Lampで作るソーシャルアプリの負荷対策~アプリとインフラの調和のテクニック~
Lampで作るソーシャルアプリの負荷対策~アプリとインフラの調和のテクニック~Lampで作るソーシャルアプリの負荷対策~アプリとインフラの調和のテクニック~
Lampで作るソーシャルアプリの負荷対策~アプリとインフラの調和のテクニック~
 
AWSオンリーで実現するIoTクラウド基盤
AWSオンリーで実現するIoTクラウド基盤AWSオンリーで実現するIoTクラウド基盤
AWSオンリーで実現するIoTクラウド基盤
 
Albatross
AlbatrossAlbatross
Albatross
 
API Academy:マイクロサービス化へのファーストステップ
API Academy:マイクロサービス化へのファーストステップAPI Academy:マイクロサービス化へのファーストステップ
API Academy:マイクロサービス化へのファーストステップ
 
CloudFront構築事例 ハートビーツ 20121025
CloudFront構築事例 ハートビーツ 20121025CloudFront構築事例 ハートビーツ 20121025
CloudFront構築事例 ハートビーツ 20121025
 
Cockatoo
CockatooCockatoo
Cockatoo
 
cross2012a fujya
cross2012a fujyacross2012a fujya
cross2012a fujya
 
事例でわかるBIGLOBEクラウドホスティング
事例でわかるBIGLOBEクラウドホスティング事例でわかるBIGLOBEクラウドホスティング
事例でわかるBIGLOBEクラウドホスティング
 
Leading the way to W3C TPAC 2015 『HTML5 関連の API の現状とこれから』
Leading the way to W3C TPAC 2015 『HTML5 関連の API の現状とこれから』Leading the way to W3C TPAC 2015 『HTML5 関連の API の現状とこれから』
Leading the way to W3C TPAC 2015 『HTML5 関連の API の現状とこれから』
 
20130226 Amazon Web Services 勉強会(新宿)
20130226 Amazon Web Services 勉強会(新宿)20130226 Amazon Web Services 勉強会(新宿)
20130226 Amazon Web Services 勉強会(新宿)
 
泥臭い運用から、プログラマブルインフラ構築(に行きたい)
泥臭い運用から、プログラマブルインフラ構築(に行きたい) 泥臭い運用から、プログラマブルインフラ構築(に行きたい)
泥臭い運用から、プログラマブルインフラ構築(に行きたい)
 

at+link サービスセミナー 20111209

  • 1. at+linkアプリプラットフォームの概要と KVSの利用方法のご紹介 株式会社リンク ディベロッパーサポート部 文屋 宏
  • 3. 自己紹介 ○氏名 文屋 宏(ぶんや ひろし) Twitter:bun_hiroshi ○所属 株式会社リンク at+link 事業部 ディベロッパーサポート部 Twitter:@appliplatform(ハッシュタグ:#appliplatform) ○担当業務 プロジェクトマネジメント,広報活動,営業活動,ユーザサポート, 他社との協業,たまに現地作業,面白いネタ探し ○活動 日本 Red5 ユーザー会メンバー, tokyoLinuxStudy 企画 3
  • 6. ソーシャルアプリならではの特徴 ・アクセス数が事前に読めない ・ヒットすると、とんでもないことになる ・ 5秒ルールなんてのがあるらしい・・・ ・朝、昼、夜と3回ピークがある ・そのくせ、ド深夜(午前4時~5時)にも アクセスがある ・少しの接続断も許されない・・・ ・ゲームによって(作りによって)、サーバ への負荷がまちまち 6
  • 7. ソーシャルアプリのトラフィック 夜間のピーク 昼休み 通勤・通学時 7
  • 11. 比較方法 • 比較対象は、ケーブル間の通信 – MySQLのトランザクション性能(SysBench) • 検証環境 – カテゴリー5e・6でスイッチ間と結線された4台 L2 スイッチ Cat 6 Cat 5e サーバ① サーバ② サーバ③ サーバ④ 11
  • 15. それぐらいサーバへのアクセスが 激しいソーシャルアプリを 受け止めるために・・・ at+link アプリプラットフォーム 2010年11月17日提供開始! 15
  • 16. それぐらいサーバへのアクセスが 激しいソーシャルアプリを 受け止めるために・・・ かなり後発・・・ (;´Д `) at+link アプリプラットフォーム 2010年11月17日提供開始! 16
  • 18. at+link アプリプラットフォームのコンセプト クラウドのメリット ・初期費用が無料 ・サーバの増減が簡単かつ迅速 専用サーバのメリット ・パフォーマンス、信頼性が高い ・コストが明確 18
  • 19. at+link アプリプラットフォームのコンセプト クラウドのメリット クラウドのデメリット ・初期費用が無料 ・転送料課金 ・サーバの増減が簡単かつ迅速 ・パフォーマンスがいまいち 専用サーバのメリット 専用サーバのデメリット ・パフォーマンス、信頼性が高い ・初期費用がかかる ・コストが明確 ・納期が遅い 19
  • 20. at+link アプリプラットフォームのコンセプト クラウドのメリット クラウドのデメリット ・初期費用が無料 ・転送料課金 ・サーバの増減が簡単かつ迅速 ・パフォーマンスがいまいち 専用サーバのメリット 専用サーバのデメリット ・パフォーマンス、信頼性が高い ・初期費用がかかる ・コストが明確 ・納期が遅い クラウドと専用サーバの“いいとこ取り”をしよう!!! 20
  • 21. at+link アプリプラットフォームのコンセプト クラウドのメリット クラウドのデメリット ・初期費用が無料 ・転送料課金 ・サーバの増減が簡単かつ迅速 ・パフォーマンスがいまいち 専用サーバのメリット 専用サーバのデメリット ・パフォーマンス、信頼性が高い ・初期費用がかかる ・コストが明確 ・納期が遅い クラウドと専用サーバの“いいとこ取り”をしよう!!! 後発だからこそ!後発で良かったかも? 21
  • 23. at+link アプリプラットフォームの特徴 初期費用0円&固定料金 ハイスペックサーバ&冗長回線・LB/FW 基本契約は 5-DAY,サーバ追加は90分以内 レスポンス監視 KVS サービス ioDrive 搭載サーバ Munin によるリソース監視 23
  • 24. at+link アプリプラットフォームの特徴 初期費用0円&固定料金 ハイスペックサーバ&冗長回線・LB/FW 基本契約は 5-DAY,サーバ追加は90分以内 レスポンス監視 KVS サービス ioDrive 搭載サーバ ←大浦さん&前佛のトークで Munin によるリソース監視 ←前佛のトークで 24
  • 26. at+link アプリプラットフォームの構成イメージ インターネット バックボーン 4Gbps 基本契約 冗長構成 Web サーバ+DB サーバのセット 共用ファイアウォール ロードバランサ 共用ロードバランサ ファイアウォール (冗長構成) 冗長構成が標準 Web Web Web Web Web DB Xeon 4コアの アプリ公開後5日間 ioDrive 搭載マシン ハイスペックマシン 5台無償!! 初期費用無償! 26
  • 27. at+link アプリプラットフォームの構成イメージ インターネット バックボーン 4Gbps 冗長構成 共用ファイアウォール ロードバランサ 共用ロードバランサ ファイアウォール (冗長構成) 冗長構成が標準 追加は90分以内! Web Web Web Web Web Web DB Xeon 4コアの アプリ公開後5日間 ioDrive 搭載マシン ハイスペックマシン 5台無償!! 初期費用無償! 27
  • 28. at+link アプリプラットフォームの構成イメージ インターネット バックボーン 4Gbps 冗長構成 共用ファイアウォール ロードバランサ 共用ロードバランサ ファイアウォール (冗長構成) 冗長構成が標準 追加は90分以内! Web Web Web Web Web Web DB Cache Xeon 4コアの アプリ公開後5日間 ioDrive 搭載マシン okuyama ハイスペックマシン 5台無償!! 初期費用無償! キャッシュサーバ 28
  • 29. at+link アプリプラットフォームの構成イメージ インターネット バックボーン 4Gbps 冗長構成 共用ファイアウォール ロードバランサ 共用ロードバランサ ファイアウォール (冗長構成) 冗長構成が標準 okuyama 追加は90分以内! 画像ストレージ Web Web Web Web Web Web DB Cache Image Xeon 4コアの アプリ公開後5日間 ioDrive 搭載マシン okuyama ハイスペックマシン 5台無償!! 初期費用無償! キャッシュサーバ 29
  • 34. at+link アプリプラットフォームの料金体系 ioDrive 搭載サーバも 日割りで追加可能!! 34
  • 35. at+link アプリプラットフォームの料金体系 一番売れてます!! ioDrive 搭載サーバも 日割りで追加可能!! 35
  • 36. at+link アプリプラットフォームのマシンスペック Web/App サーバも Xeon 4コア ioDrive 搭載 or 非搭載を選択可能 36
  • 38. KVS サービスの必要性 参照性能を向上するためにキャッシュ機能が必要 ⇒ memcached,Tokyo Tyrant 大量の画像を保存する環境が必要 ⇒ CDN 大量のログを保存する環境が必要 ⇒ 短期間で削除,大容量ディスク 38
  • 39. KVS サービスの必要性 参照性能を向上するためにキャッシュ機能が必要 ⇒ memcached,Tokyo Tyrant 大量の画像を保存する環境が必要 ⇒ CDN 大量のログを保存する環境が必要 ⇒ 短期間で削除,大容量ディスク ⇒ すべて okuyama でサービス化! 39
  • 41. KVS サービスの必要性 参照性能を向上するためにキャッシュ機能が必要 ⇒ memcached,Tokyo Tyrant 大量の画像を保存する環境が必要 ⇒ CDN 大量のログを保存する環境が必要 ⇒ 短期間で削除,大容量ディスク 41
  • 43. okuyama キャッシュサーバ の構成 クライアントは、VIP とクライアント毎に割り振られたポート番号へアクセス クライアント データノード データノード アクセス メイン VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 43
  • 44. okuyama キャッシュサーバ の構成 クライアント データノード データノード アクセス メイン障害! VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 44
  • 45. okuyama キャッシュサーバ の構成 データノード データノード 障害対応 LVS マスターノード データノード データノード VIP LVS マスターノード データノード データノード メイン クライアント アクセス データノード データノード 45
  • 46. okuyama キャッシュサーバ の構成 クライアント データノード データノード アクセス メイン VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 46
  • 47. okuyama キャッシュサーバ の構成 クライアント データノード データノード アクセス メイン 障害! VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 47
  • 48. okuyama キャッシュサーバ の構成 クライアント データノード データノード アクセス メイン 障害対応 VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 48
  • 49. okuyama キャッシュサーバ の構成 クライアント データノード データノード アクセス メイン VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 49
  • 50. okuyama キャッシュサーバ の構成 障害! クライアント データノード データノード アクセス メイン VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 50
  • 51. okuyama キャッシュサーバ の構成 障害対応 クライアント データノード データノード アクセス メイン VIP LVS マスターノード データノード データノード LVS マスターノード データノード データノード スタンバイ データノード データノード 51
  • 52. okuyama キャッシュのメリット ・ ユーザでキャッシュサーバを用意する必要がない ・ サーバ運用開始と同時に接続可能 ・ 「分散」を意識することすらない ・ 障害を意識しなくていい ・ コントロールパネルから無停止で容量変更可能 ・ コントロールパネルで実使用量を可視化 ・ 価格も手ごろ(初期無償、2GB で月額 18,000円) ・ KDL・LINK 2社のサポート体制 52
  • 53. こんな方にオススメ ・ DB の負荷が高い ・ メモリが欲しいだけなのに、専用のサーバを 用意するのは嫌だ ・ memcached ・TokyoTyrant を使っているけど 障害が不安 ・ memcached・TokyoTyrant を使っているけど 分散させたい ・ キャッシュの拡張性が欲しい ・ 管理画面で利用状況を確認したい 53
  • 55. KVS サービスの必要性 参照性能を向上するためにキャッシュ機能が必要 ⇒ memcached,Tokyo Tyrant 大量の画像を保存する環境が必要 ⇒ CDN 大量のログを保存する環境が必要 ⇒ 短期間で削除,大容量ディスク 55
  • 57. okuyama 画像ストレージの構成 クライアントは、画像ストレージ用に指定したドメインへアクセス クライアント okuyama 用 マスターノード データノード データノード アクセス Web アプリ メイン okuyama 用 LB マスターノード データノード データノード Web アプリ ドメイン指定 okuyama 用 LB マスターノード マスターノード データノード データノード Web アプリ スタンバイ okuyama 用 マスターノード データノード データノード Web アプリ ロードバランサ2重化 okuyama 用 Web アプリ、マスターノード 複数でロードバランシング データノード2重化・ロードバランシング 57
  • 58. okuyama 画像ストレージ デモ お手元の資料も参考に 58
  • 60. いざ勝負!! okuyama v.s. Apache ブラウザで体感! 60
  • 62. デモ環境 アプリプラットフォーム okuyama v.s. Apache! okuyama http://demo.at-link.ad.jp demo.at-link.ad.jp okuyama 画像ストレージ Apache サーバ それぞれから画像を 300枚読み込む Apache (ファイルサイズ:60KB弱) 62
  • 63. okuyama 画像ストレージのメリット ・ ユーザでイメージサーバを用意する必要がない ・ サーバ運用開始と同時に接続可能 ・ 「分散」を意識することすらない ・ 障害を意識しなくていい ・ コントロールパネルから無停止で容量変更可能 ・ コントロールパネルで実使用量を可視化 ・ 価格も手ごろ(初期無償、100GB 当たり月額 15,000円) ・ KDL・LINK 2社のサポート体制 ・ アプリと画像データのネットワークを分けられる ・ トラフィック出し放題 63
  • 64. okuyama 画像ストレージのメリット ・ ユーザでイメージサーバを用意する必要がない ・ サーバ運用開始と同時に接続可能 ・ 「分散」を意識することすらない ・ 障害を意識しなくていい ・ コントロールパネルから無停止で容量変更可能 ・ コントロールパネルで実使用量を可視化 ・ 価格も手ごろ(初期無償、100GB 当たり月額 15,000円) ・ KDL・LINK 2社のサポート体制 ・ アプリと画像データのネットワークを分けられる ・ トラフィック出し放題(嘘) 64
  • 65. okuyama 画像ストレージのメリット ・ ユーザでイメージサーバを用意する必要がない ・ サーバ運用開始と同時に接続可能 ・ 「分散」を意識することすらない ・ 障害を意識しなくていい ・ コントロールパネルから無停止で容量変更可能 ・ コントロールパネルで実使用量を可視化 ・ 価格も手ごろ(初期無償、100GB 当たり月額 15,000円) ・ KDL・LINK 2社のサポート体制 ・ アプリと画像データのネットワークを分けられる ・ トラフィック出し放題(嘘) ←高トラフィックの場合は要相談・・・ 65
  • 66. こんな方にオススメ ・ 画像合成のスピードを上げたい ・ 消せない画像がどんどん増えていく ・ ディスク容量が欲しいだけなのに、わざわざサーバを 借りるのは嫌だ ・ 利用状況を管理画面で確認したい ・ アプリと画像データのネットワークを分けたい 66
  • 67. こんな方にオススメ ・ 画像合成のスピードを上げたい ・ 消せない画像がどんどん増えていく ・ ディスク容量が欲しいだけなのに、わざわざサーバを 借りるのは嫌だ ・ 利用状況を管理画面で確認したい ・ アプリと画像データのネットワークを分けたい ・ okuyama を使ってみたい 67
  • 68. こんな方にオススメ ・ 画像合成のスピードを上げたい ・ 消せない画像がどんどん増えていく ・ ディスク容量が欲しいだけなのに、わざわざサーバを 借りるのは嫌だ ・ 利用状況を管理画面で確認したい ・ アプリと画像データのネットワークを分けたい ・ okuyama を使ってみたい ・ at+link を気に入っている 68
  • 69. こんな方にオススメ ・ 画像合成のスピードを上げたい ・ 消せない画像がどんどん増えていく ・ ディスク容量が欲しいだけなのに、わざわざサーバを 借りるのは嫌だ ・ 利用状況を管理画面で確認したい ・ アプリと画像データのネットワークを分けたい ・ okuyama を使ってみたい ・ at+link を気に入っている ・ ディベロッパーサポート部のファンだ! 69
  • 76. KVS サービス使用状況③ キャッシュ使用容量 画像ストレージ使用容量 76
  • 77. これまでと今後の予定 アプリプラットフォーム& KVS サービス 2010.11 2011.03 2011.09 2012.? 2010 2011 2012 アプリプラットフォーム ログストレージ 画像ストレージ キャッシュサーバ 77