The survival strategy of the cloud computing era 2011 1119 zem_distribution

クラウド・コンピューティング時代の

～ホスティング・サビスがこの先生きのこるには～～ホスティング・サービスがこの先生きのこるには～

前佛雅人@zembutsu前佛雅人@zembutsu株式会社リンクディベロッパーサポート部Open Source Conference 2011 Tokyo/FallSat Nov 19, 2011 15:15-16:00

The survival strategy of the cloud computing era. Can the hosting service survive?The survival strategy of the cloud computing era. Can the hosting service survive?

テはテーマはテ

この先生きのこる！この先生きのこる！

＜この先生きのこりたい＜この先生きのこりたい崖っぷちでもいい

この先生きのこる！この先生きのこる！Cloud ComputingComputing

＜この先生きのこりたい＜この先生きのこりたい崖っぷちでもいいガラッ

Hosting Service

ホスティングは冬の時代なのか？それともそれとも…

KeywordsKeywords• 1. “Cloud Computing”

クラウドコンピュティングを分類– クラウド・コンピューティングを分類。

• 2. “Hosting Service”ホスティングサビスとは何だったのか– ホスティングサービスとは何だったのか。

• 3. “Next Generation Hosting”次世代ホスティングを作っていますその裏側– 次世代ホスティングを作っています。その裏側。

– きのこるために。

Keywords IaaS PaaSIaaS PaaS SaaS|Keywords (Public|Private)

Cloud

• 1. “Cloud Computing”クラウドコンピュティングを分類– クラウド・コンピューティングを分類。

EC/CompanyEC/Companyサイトから• 2. “Hosting Service”

ホスティングサビスとは何だったのか

EC/Company サイトからSocial Networking

Service (SNS) 時代に…– ホスティングサービスとは何だったのか。( ) 時代に

• 3. “Next Generation Hosting”次世代ホスティングを作っていますその裏側– 次世代ホスティングを作っています。その裏側。

– きのこるために。ソーシャルアプリ特化型ソーシャルアプリ特化型

90分鯖提供ioDrive(FusionIO)ioDrive(FusionIO)

HTTP応答時間監視Munin

About meAbout me• @zembutsu 前佛雅人

– 活動：クラウド界隈に出没クラウドは人生(ｷﾘｯ

活動：クラウド界隈に出没• Open Cloud Campus, JEUG(Eucalyptus ユーザ会), JAWS-UG等• Perl 使い、日本酒大好き• 本業はat+link専用サーバサービスの運用サポート等等• 本業はat+link専用サーバサービスの運用サポート等等

– 最近の興味• データマイニング、統計・解析、MongoDB• Last Exile Fam、北米版の日本アニメ鑑賞

– http://www.slideshare.net/zembutsu• G-CLOUDMagazine G-CLOUDMagazine 2011 SummerG CLOUD Magazine G CLOUD Magazine 2011 Summer

2010年8月6日発売 2011年6月29日発売1章～3章AWS入門記事 5章RightScale

About meAbout me• http://www.facebook.com/zembutsu

– 1993年Mosaicで nasa.govにアクセス→感激!!1993年Mosaic で nasa.gov にアクセス感激!!• パソコン通信に触れる

– 1996年996年• 自宅でパソコン通信ホスト開局

– 1997年• ICQ道場日本語化パッチ作成・配付

– 2000年• 卒業富山工業高等専門学校電気工学科→機械電気システム工学専攻

– 研究テーマ“携帯電話を利用したインスタント・メッセージングシステムについて”• 就職、ホスティング・ISP サポート従事

– 2007年～• JEUG ( Japan Eucalyptus Users Group ) 設立

広報宣伝サビス開発• 広報宣伝、サービス開発• ディベロッパーサポート部でアプリプラットフォーム開発設計運用研究

クラウド・コンピューティングの衝撃クラウドンティングの衝撃

What is a “Cloud Computing” Era ?What is a Cloud Computing Era ?

1. Cloud Computing ← イマココp g2. Hosting Service3. Next Generation Hosting

クラウド・コンピューティングクラウド・コンピューティング• どうよ？

なんとなくイメジ出来る？– なんとなくイメージ出来る？

CloudCloud

クラウドコンピューティングクラウドコンピューティング• 情報システム「サービス化」の流れ

ハードウェアとしてのサーバを使用からの変化– ハードウェアとしてのサーバを使用からの変化– ネットを経由し情報処理サービスとして、

サバを使うという風潮サーバを使うという風潮

• このあたりの経緯は、ニコラス・Ｇ・カー著「クラウド化する世界」が参考になります。クラウド化する世界」が参考になります。

原題“The Big Switch”水道の蛇口をひねるように電気水道の蛇口をひねるように、電気も自家発電ではなく、電力は発電所経由で、使いたいときに、使った分だけ料金が発生するという考た分だけ料金が発生するという考え方。

クラウド的な概念は昔からクラウド的な概念は昔から• “The Computer of Tomorrow”

b M ti G bMay 1964

by Martin Greenberger“ Barring unforeseen obstacles, an on-line interactive

computer service, provided commercially by an information utility, may be as commonplace by 2000 AD l h i i d ”AD as telephone service is today.”

予見の出来ない妨げさえなければ西暦2000年には予見の出来ない妨げさえなければ、西暦2000年には、オンラインの双方向コンピュータサービスを通して提供される情報ユーティリティは、今日の電話サービスと同される情報ユティリティは、今日の電話サビスと同じように当たり前になるかもしれません。

The Computers of Tomorrow by Martin Greenbergerhttp://www.theatlantic.com/past/docs/unbound/flashbks/computer/greenbf.htm

1997年日本でも…1997年日本でも…

G l 先⽣⽈くGoogle先⽣⽈く、

1997年日本でも…1997年日本でも…

何かが違う（＾＾）何かが違う…（；＾ω＾）

2002年 Utility Computing2002年 Utility Computing• HP Utility Data Center

日本HPニュースリリース高度に自動化された仮想ＩＴ環境を構築する– 日本HP ニュースリリース -高度に自動化された仮想ＩＴ環境を構築する「hp Utility Data Center」を発表 -(2002.12.4)

– http://h50146.www5.hp.com/info/newsroom/pr/fy2003/fy03-023.html

• IBM Linux Virtual ServicesIBM Linux Virtual Services– 「使っただけ払う」コンピューティング・サービスを提供開始

－e-businessオン・デマンドを加速する「Linuxバーチャル・サービス」－http://www-06.ibm.com/jp/press/2002/07034.html

ユーティリティ・コンピューティングオンデマンド・コンピューティングオンデマンドコンピュティング

2002年 Utility Computing2002年 Utility Computing• HP Utility Data Center

日本HPニュースリリース高度に自動化された仮想ＩＴ環境を構築する– 日本HP ニュースリリース -高度に自動化された仮想ＩＴ環境を構築する「hp Utility Data Center」を発表 -(2002.12.4)

– http://h50146.www5.hp.com/info/newsroom/pr/fy2003/fy03-023.html




2002年 Utility Computing2002年 Utility Computing＾＾• HP Utility Data Center

日本HPニュースリリース高度に自動化された仮想ＩＴ環境を構築する

3億2千万円（；＾ω＾）– 日本HP ニュースリリース -高度に自動化された仮想ＩＴ環境を構築する

「hp Utility Data Center」を発表 -(2002.12.4)– http://h50146.www5.hp.com/info/newsroom/pr/fy2003/fy03-023.html




2006年8月2006年8月

Search Engine Strateges Conference で、Search Engine Strateges Conference で、g gGoogle CEO エリック・シュミット氏が

g gGoogle CEO エリック・シュミット氏が自社のサーバ群を自社のサーバ群を

「」と表現「」と表現

2009年2009年• NISTによるクラウドの定義ドラフト版公開

N ti l I tit t f St d d d T h l– National Institute of Standards and Technologyアメリカ国立標準技術研究所

NISTの定義と分類 2011年に正式版• NISTの定義と分類 2011年に正式版– “The NIST Definition of Cloud Computing”The NIST Definition of Cloud Computing

[1] http://csrc.nist.gov/publications/nistpubs/800-145/SP800-145.pdf

– “The Cloud Computing Reference Architecture”The Cloud Computing Reference Architecture [2] http://www.nist.gov/customcf/get_pdf.cfm?pub_id=909505

そもそも NISTは何故定義を？そもそも、NISTは何故定義を？• NIST の事情…

– 2002年のFISMA(Fedetal Information Securiy2002年のFISMA(Fedetal Information SecuriyManagement act)法に基づくガイドライン

– NISTは、米政府組織の全セキュリティに責任、米政府組織全キリティ責任

• “cloud computing”を名乗るサービス台頭cloud computing を名乗るサビス台頭– クラウドを語るにあたって、基準が必要Cluod computingをより良く遣うには?– Cluod computingをより良く遣うには?

– サービス提供モデルだけでなく、ビジネス上の扱いについても定義いについても定義

– 対象は、利用者と、サービス提供者側の双方

分類分類• Service Consumer

– エンドユーザ…サービスの利用者エンドユザサビスの利用者• Broker

ブロカ複数のクラウドを使い分ける中間業者– ブローカ… 複数のクラウドを使い分ける中間業者• Auditor

– 監査人• Service Provier• Service Provier

– インフラの提供事業者• Carrers

– ネットワーク・バックボーン系提供事業者ネットワクバックボン系提供事業者

分類分類• Service Consumer

– エンドユーザ…サービスの利用者エンドユザサビスの利用者• Broker

ブロカ複数のクラウドを使い分ける中間業者– ブローカ… 複数のクラウドを使い分ける中間業者• Auditor

– 監査人• Service Provier• Service Provier

– インフラの提供事業者• Carrers

– ネットワーク・バックボーン系提供事業者ネットワクバックボン系提供事業者より引用

“Cloud Computing” ( by NIST )Cloud Computing ( by NIST )• “Cloud computing is a model for enabling ubiquitous,

convenient, on-demand network access to a shared ,pool of configurable computing resources (e.g., networks, servers, storage, applications, and services) g ppthat can be rapidly provisioned and released with minimal management effort or service provider interaction. This cloud model is composed of five essential characteristics, three service models, and four deployment models. ”

意訳：クラウドコンピューティングとは、どこでも利用出来ること、便利に利用出来ること、それをネットワーク経由で必要に応じて利用出来ること。それらコンピューティング・リソース(ネットワーク、サービス、ストレージ、アプリケーションやサービス)は、変更可能である事。しかも、迅速なジ、アプリケションやサビス)は、変更可能である事。しかも、迅速なサービスの提供や、サービスの状況に応じて変化できるモデルである。

“Cloud Computing” ( by NIST )Cloud Computing ( by NIST )• “Cloud computing is a model for enabling ubiquitous, convenient, on-demand q , ,network access to a shared pool of configurable computing resources (e.g., g p g ( g ,networks, servers, storage, applications, and services) that can be rapidly

i i d d l d i h i i lp y

provisioned and released with minimal management effort or service provider i t ti Thi l d d l i dinteraction. This cloud model is composed of five essential characteristics, three

i d l d f d l t5つの要素

３のサビスデルservice models, and four deployment models. ” ３つのサービスモデル

4つの提供モデル4つの提供モデル

５つの重要要素５つの重要要素• On-demand self-service

• Broad network access

• Resource poolingp g

• Rapid elasticityRapid elasticity

M d i• Measured service

3つのサービスモデル3つのサービスモデル• Software as a Service ( SaaS )

– Email and Office Productivity, Billing, Customer y, g,Relationship Management(CRM), Collaboration, Content Management, Document Management, Financials, Human Resources, Sales, Social Networks, EnterpriseHuman Resources, Sales, Social Networks, Enterprise Resource Planning (ERP)

• Platform as a Service ( PaaS )– Business Intelligence, Database, Development and g , , p

Testing, Intergration, Application Deployment

I f S i ( I S )• Infrastructure as a Service ( IaaS )– Backup and Recovery, Compute, Cotent Delivery

N t k (CDN ) S i M t StNetworks (CDNs), Service Management, Storage


– Email and Office Productivity, Billing, Customer Relationship M (CRM) C ll b i C MManagement(CRM), Collaboration, Content Management, Document Management, Financials, Human Resources, Sales, Social Networks, Enterprise Resource Planning (ERP)

• Platform as a Service ( PaaS )– Business Intelligence, Database, Development and Testing,

Intergration, Application Deployment

• Infrastructure as a Service ( IaaS )– Backup and Recovery, Compute, Cotent Delivery Networks p y, p , y

(CDNs), Service Management, Storage

より引用


– Email and Office Productivity, Billing, Customer Relationship M (CRM) C ll b i C MManagement(CRM), Collaboration, Content Management, Document Management, Financials, Human Resources, Sales, Social Networks, Enterprise Resource Planning (ERP)

• Platform as a Service ( PaaS )– Business Intelligence, Database, Development and Testing,

Intergration, Application Deployment

• Infrastructure as a Service ( IaaS )– Backup and Recovery, Compute, Cotent Delivery Networks p y, p , y

(CDNs), Service Management, Storage

より引用

4つのサービス提供モデル4つのサービス提供モデル• Public cloud

• Private cloud– On-site Private CloudOn site Private Cloud– Out-sourced Private Cloud

• Community cloud– On-site Private CloudOn site Private Cloud– Out-sourced Private Cloud

• Hybrid cloud

Cloud Computingの分類Cloud Computingの分類利用者サイド視点利用者サイド視点

事業者サイド視点事業者サイド視点

Computing RefNIIST SP 500-292, “NIST Cloud erence Architecture”http://www.nist.gov/customcf/get pdf.cfm?pub id=909505

より引用

ガートナー予測2008年 [3]ガートナー予測2008年 [3]かつてクラウドは黎明期かつてクラウドは黎明期

ガートナー | プレス・リリース | ガートナー、「先進テクノロジのハイプ・サイクル：2008年」を発表http://www.gartner.co.jp/press/html/pr20080827‐01.html より引用

ガートナー予測2011年 [3]ガートナー予測2011年 [3]普及期に移行中普及期に移行中

ガートナー | プレス・リリース | ガートナー、「先進テクノロジのハイプ・サイクル：2011年」を発表市場を変革する可能性のあるテクノロジの成熟度を分析http://www.gartner.co.jp/press/html/pr20110907‐01.html より引用

“この2年半で”業界は変わった…この2年半で業界は変わった…• Eucalyptus ユーザ会設立2009年5月

– 当時は、クラウド(笑) 仮想化とどう違うの？( )

• クラウドは、新しいビジネス形態クラウドは、新しいビジネス形態– 利用者サイドからは、サービスとハードウェアが分

離されたコンピューティングが可能。– ビジネスのスピード感が格段にアップ。

ビジ• 時代にマッチ、ビジネスの大変化をもたらした。– ソーシャルネットワークの登場– 情報大爆発– Smart Phone, Tablet 等、多様なデバイス

“この2年半で”業界は変わった…この2年半で業界は変わった…• Eucalyptus ユーザ会設立2009年5月

– 当時は、クラウド(笑) 仮想化とどう違うの？( )

• クラウドは、新しいビジネス形態ユーザ会クラウドは、新しいビジネス形態– 利用者サイドからは、サービスとハードウェアが分

離されたコンピューティングが可能。

ザ会初ブース参加OSC 2009

– ビジネスのスピード感が格段にアップ。

ビジ

OSC 2009 Nagoya

• 時代にマッチ、ビジネスの大変化をもたらした。– ソーシャルネットワークの登場– 情報大爆発– Smart Phone, Tablet 等、多様なデバイス

Cloud vs Hosting?Cloud vs Hosting?• クラウドとホスティングは対立？

• 場合によっては対立するかもしれないが、そうな場合も考えられるそうでない場合も考えられる。

• 決して対立はしない。用途が違う

• 用途によった使い分けが大切かなと。用使分– 万能包丁は存在しない！。

ホスティングサービスとは何だったのかホスティングサスとは何だたのか

What was a “Hosting Service” ?What was a Hosting Service ?

1. Cloud Computingp g2. Hosting Service ← イマココ3. Next Generation Hosting

国内のホスティング変遷国内のホスティング変遷• …の前に、そもそもホスティングサビスって？？そもそもホスティングサービスって？？

インターネットサービス変遷インターネットサービス変遷• 1994-1995年個人・企業向けISP相次いで公開

• 個人サイト・日記がブーム→共用レンタルサーバ999年ｉド提供開始２ちんねる開設• 1999年ｉモード提供開始・２ちゃんねる開設

• コンテンツプロバイダの隆盛2002年 Movable Type 2 0公開• 2002年 Movable Type 2.0 公開

• ブログブームの幕開け• 2004年ミクシィ・GREEサービス提供開始2004年ミクシィ GREEサビス提供開始

• SNSの先駆け• 2006年 Facebook一般向け開放,twitter提供開始, 供始

• 世界的にソーシャルの流れへ• 2008年 iPhone3 国内販売開始

時代はト向けサビ• 時代はスマートフォン向けのサービスへ• 2010年 Andriod端末国内発売・iPad

• スマートフォン向けコンテンツ制作の流れ• スマートフォン向けコンテンツ制作の流れ

主な技術トレンドの変遷主な技術トレンドの変遷• 1996年 Yahoo! Japan 提供開始

• ポータルサイトが流行（リンク集）998年 G l 検索サビス提供開始• 1998年 Google検索サービス提供開始

• 検索の精度向上1999年 Hotmail Salesforce提供開始• 1999年 Hotmail、Salesforce提供開始

• ASP というサービス形態の登場• 2004年 Gmail 登場、Xen 2.0リリース2004年 Gmail 登場、Xen 2.0 リリス

• 仮想化が注目を受け始める• 2006年 Amazon Web Services “S3” 提供開始供始• 2006年 Google CEO(当時)エリック・シュミットが• 「クラウド・コンピューティング」発言発• 2008年 Google App Engine (GAE) 提供開始

• PaaSという形態のサービス登場年提供開始• 2010年 Windows Azure 提供開始

インターネット利用者数推移インターネット利用者数推移9 091

9,408 9,462 100%10,000

7,730 7,948

8,529 8,754 8,811 9,091

80%

90%

8,000

9,000 利用者数人口普及率

6,942

70.8%72.6% 73.0%

75.3%78.0% 78.2%

70%7,000

,

4,708

5,593

57.8%

64.3%66.0%

50%

60%

5,000

6,000

2,706 37.1%

46.3%

30%

40%

3,000

4,000

1,155 1,694

21.4%20%

30%

2,000

3,000

9.2%

13.4%

0%

10%

0

1,000

1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010

出典：総務省平成22年通信利用動向調査図表４-２インターネット利用者数及び人口普及率の推移http://www.soumu.go.jp/johotsusintokei/statistics/pdf/HR201000 001.pdf

インターネット利用者数推移インターネット利用者数推移9 091

9,408 9,462 100%10,000

7,730 7,948

8,529 8,754 8,811 9,091

80%

90%

8,000

9,000 利用者数人口普及率

6,942

70.8%72.6% 73.0%

75.3%78.0% 78.2%

70%7,000

,

4,708

5,593

57.8%

64.3%66.0%

50%

60%

5,000

6,000

2,706 37.1%

46.3%

30%

40%

3,000

4,000

1,155 1,694

21.4%20%

30%

2,000

3,000

9.2%

13.4%

0%

10%

0

1,000

1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010

出典：総務省平成22年通信利用動向調査図表４-２インターネット利用者数及び人口普及率の推移http://www.soumu.go.jp/johotsusintokei/statistics/pdf/HR201000 001.pdf

提供サービスの変遷提供サービスの変遷• 15年前からサービスの主流はウェブ系

– 日記・個人サイト・掲示板・メール日記個人サイト掲示板メル– コーポレートサイト・社内メールサーバ

• ユーザの規模感が確実に変わったかつて…地道な宣伝広告/リンク→ゆっくり– かつて…地道な宣伝広告/リンク→ゆっくり

• 提供事業者は、ある程度ユーザ規模が想定できる• 専有サーバで殆どのシステムを運用• 専有サバで、殆どのシステムを運用• いま…ソーシャルネットを通じた伝播→いますぐ• 提供事業者は、ユーザ規模の想定が出来ない提供事業者、規模想定出来な• システム規模とコストの見積もりが難しいので、クラウド・コンピューティングとマッチ

提供サービスの変遷提供サービスの変遷• 15年前からサービスの主流はウェブ系

– 日記・個人サイト・掲示板・メール日記個人サイト掲示板メル– コーポレートサイト・社内メールサーバ

• ユーザの規模感が確実に変わったかつて…地道な宣伝広告/リンク→ゆっくり– かつて…地道な宣伝広告/リンク→ゆっくり

• 提供事業者は、ある程度ユーザ規模が想定できる• 専有サーバで殆どのシステムを運用• 専有サバで、殆どのシステムを運用

– いま…ソーシャルネットを通じた伝播→いますぐ• 提供事業者は、ユーザ規模の想定が出来ない提供事業者は、ユザ規模の想定が出来ない• システム規模とコストの見積もりが難しいので、クラウド・コンピューティングとマッチ

ホスティングは不要なのか？ホスティングは不要なのか？

クラウド時代どうする…？クラウド時代、どうする…？• IaaSや PaaSを提供する事業者となる

自らクラウドコンピテングを提供する– 自らクラウドコンピューティングを提供する– パブリッククラウドかプライベートクラウドブリッククラウドかプライトクラウド

あきらめる• あきらめる– 動かざる事、山のごとし動かざる事、山のごとし。– 孔明「今です！」

クラウド時代どうする…？クラウド時代、どうする…？• IaaSや PaaSを提供する事業者となる

自らクラウドコンピテングを提供する– 自らクラウドコンピューティングを提供する– パブリッククラウドかプライベートクラウドだが、ちょっと

待て欲しブリッククラウドかプライトクラウド

あきらめる待って欲しい。

• あきらめる– 動かざる事、山のごとしクラウドを提供する事だけ目的に動かざる事、山のごとし。– 孔明「今です！」

クラウドを提供する事だけ目的になってしまっていないだろうか。ホスティングはサーバリソースをホスティングは、サーバリソースを貸すことが目的だったろうか？

を捌くを捌く

鯖の手さばき→缶詰工場鯖の手さばき→缶詰工場• 大量生産のモデル

食べたいときに食べたいだけ– 食べたいときに、食べたいだけ

• サーバ運用にも新しいモデルが登場“クラウドコンピテング”“クラウドコンピューティング”

今のままだと足りない今のままだと足りない。• 15年前から同じ事ばかりでは、ソシャル時代（情報大爆発）ソーシャル時代（情報大爆発）に対応できない。

ル時代だからそ• ソーシャル時代だからこそ、求められているサービスが求められているサビスがあるのではないだろうか？

次世代ホスティングで生きのこる次世代ホスティングで生きのる

Wewant to “SERVIVE”!!We want to SERVIVE !!

1. Cloud Computingp g2. Hosting Service3. Next Generation Hosting ← イマココ

ニーズを基にしたサービスへニーズを基にしたサービスへ• なんとなくクラウドが良いような雰囲気があるかもしれないしかしお客様ががあるかもしれない。しかし、お客様が必要なのはクラウド・コンピューティングの仕組みではない。

• 大切なのは、サービスの利用者が如何に大切なのは、サビスの利用者が如何にして、安定したサービスを提供できるかではないかではないか。

今の枠だと厳しいよね今の枠だと厳しいよね• クラウドは無い。

無いの？– 無いの？

• じゃ、つくろう。– でも、今すぐサービス化が出来る？

• ホスティングの弱点が…– 納期どうする？

IaaS vs Hosting？IaaS vs Hosting？

IaaS初期費用が無料

Hosting自由にネトワクや• 初期費用が無料

• 簡単・迅速にサーバが増設出来る

• 自由にネットワークやハードウェア構成を決められる設出来る

• 解約も一瞬で出来るられる

• 費用感の見積もりがしやすい（予算たてやすい）• 専用の管理画面

• 使った分だけ課金モデル

すい（予算たてやすい）• サポート窓口がある使った分だけ課金モデル

• トラフィック課金 • 初期コストが高い…• トラフィック課金…• 緊急時の対応が…

初期コストが高い• 納期が…

良いところ取りをしよう！良いところ取りをしよう！• ソーシャルゲーム特化型の専用サバ・サビス（ホスティング）専用サーバ・サービス（ホスティング）「at+linkアプリプラットフォーム」

コンセプトコンセプト• 使いたいだけ使える環境

• クラウド・コンピューティングではなく• クラウド・コンピュティングではなく、クラウド的な運用に耐えうるシステムを。

情報大爆発時代に耐えうるサビスとは• 情報大爆発時代に耐えうるサービスとは何か？を真剣に考えた。何真剣考た。

エーティーリンク

年物理10 000台年物理10,000台

サービス開始当初のサイトOCNエコノミとか時代を感じさせますOCNエコノミーとか、時代を感じさせます

これは第二世代のサイト

お客様とお客様とお客様と苦楽を共に歩んで苦楽を共に歩んで参りました15年。参年。

地道に地道に裏方に徹しております裏方に徹しております。

アプリプラトフムアプリプラットフォーム

お客様ご要望お客様のご要望でお客様要望生まれたサービスです。生まれたサビスです。

こんな事情がありました…こんな事情がありました…• ソーシャルゲーム向けサイトの運用経験

– 2年前にお客様とインフラ構築（レベニューシェア）– VirtualIronの仮想化システムと物理サーバ

F i IOとの出会い• FusionIOとの出会い– 当時はHP社製のブレードサーバ BL460c

HP StorageWorks IOアクセラレータ高速半導体ストレージ– HP StorageWorks IO アクセラレータ高速半導体ストレージ

• ソーシャルアプリ向け環境のリクエスト境– 一般的案件として、要望が強くなってきた。

• PCI-Express版の発売– 1U サーバ搭載可能になり、汎用サービス化

ioDrive 320 SLCioDrive 320 SLCThanks to IBM Japan, LTD

アプリプラットフォームの概念アプリプラットフォームの概念• 1.ソーシャルアプリ特化型インフラ

“機会損失を避けるため”の仕組みを満載– “機会損失を避けるため”の仕組みを満載– お客様はサービスの運用に注力できますお客様はサスの運用に注力できます

2 使た分だけ支払う課金モデル• 2.使った分だけ支払う課金モデル– 初期費用0円初期費用0円– 利用拘束無し使いたいときに必要なだけすぐに使える– 使いたいときに、必要なだけ、すぐに使える。

機会損失を避けるインフラ機会損失を避けるインフラ

こんな場合にオススメこんな場合にオススメ• どれだけアプリがヒットするか分からない

物理サバの追加解約がすぐにできる– 物理サーバの追加・解約がすぐにできる– データベースの運用をioDriveで楽にしたいデタスの運用をで楽にした– 1Gbps共用回線

• 短期キャンペーンで大規模サイトを使いたい短期キャンペンで大規模サイトを使いたい– システム導入コストを削減– 利用拘束がないので、使い終わったら解約可能

ioDrive(FusionIO)マジ速い＾＾ioDrive(FusionIO)マジ速い

ioDrive(FusionIO)とは？ioDrive(FusionIO)とは？• NAND型高速半導体ストレージ( ne SSD )

– 米Fusion-IO社の製品– 高速なI/O性能と低レイテンシ

• 高い信頼性– 独自特許技術による高信頼性の実現– 平均故障間隔200万時間

• 確かな実績– 米SNS大手のfacebookをはじめとする多くの事例– 国内でもサイバーエージェント社等

事例：ザイザックス株式会社様事例：ザイザックス株式会社様• BRAVE LAGOON

会員数10万人(2011年9)‐会員数10万人(2011年9)‐サイザックス株式会社http://zzyzx.co.jp/





ioDriveはどこまでいけるの？ioDriveは、どこまでいけるの？dbench スループット

ioDriveのスループットが高い3,000

2,000

2,500

B/se

c]

このあたりで、レイテンシが大きくなる(1秒超) 超高負荷

1,500

プッ

ト[M

B きくなる(1秒超) 超高負荷Load Average8000 over

500

1,000

スル

ープ

0

500

1 16 32 64 128 256 512 1024 2048 4096

同時接続数

SAS(RAID1) SATA SSD (IBM HS) ioDrive (160GB SLC)


ioDriveのスループットが高い3,000

Throughput 463 287 MB/sec 1 clients 1 procs max latency=3 968 ms

2,000

2,500

B/se

c]

このあたりで、レイテンシが大きくなる(1秒超) 超高負荷

Throughput 463.287 MB/sec 1 clients 1 procs max_latency=3.968 msThroughput 789.003 MB/sec 2 clients 2 procs max_latency=4.765 msThroughput 1304.08 MB/sec 4 clients 4 procs max_latency=5.390 msThroughput 1939 43 MB/sec 8 clients 8 procs max latency=4 479 ms

1,500

プッ

ト[M

B きくなる(1秒超) 超高負荷Load Average8000 over

Throughput 1939.43 MB/sec 8 clients 8 procs max_latency=4.479 msThroughput 2534.71 MB/sec 16 clients 16 procs max_latency=12.107 msThroughput 2541.42 MB/sec 32 clients 32 procs max_latency=10.461 msThroughput 1877.46 MB/sec 64 clients 64 procs max latency=16.700 ms

500

1,000

スル

ープThroughput 1877.46 MB/sec 64 clients 64 procs max_latency 16.700 ms

Throughput 1716.98 MB/sec 128 clients 128 procs max_latency=278.057 msThroughput 1727.13 MB/sec 256 clients 256 procs max_latency=301.766 msThroughput 1517.07 MB/sec 512 clients 512 procs max latency=376.031 ms

0

500 g p / p _ yThroughput 1252.7 MB/sec 1024 clients 1024 procs max_latency=907.610 msThroughput 722.169 MB/sec 2048 clients 2048 procs max_latency=14085.365 msThroughput 730.51 MB/sec 4096 clients 4096 procs max_latency=26752.568 ms

1 16 32 64 128 256 512 1024 2048 4096

同時接続数



ioDriveのスループットが高い3,000 [3] open /fioa/tmp//clients/client4592 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client6026 failed for handle 16385 (No such file or directory)Throughput 463 287 MB/sec 1 clients 1 procs max latency=3 968 ms

2,000

2,500

B/se

c]

[3] open /fioa/tmp//clients/client6026 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client6482 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client5040 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client6965 failed for handle 16385 (No such file or directory)[3] /fi /t // li t / li t5044 f il d f h dl 16385 (N h fil di t )

このあたりで、レイテンシが大きくなる(1秒超)


1,500

プッ

ト[M

B [3] open /fioa/tmp//clients/client5044 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client6055 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client4909 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client6713 failed for handle 16385 (No such file or directory)

きくなる(1秒超)Throughput 1939.43 MB/sec 8 clients 8 procs max_latency=4.479 msThroughput 2534.71 MB/sec 16 clients 16 procs max_latency=12.107 msThroughput 2541.42 MB/sec 32 clients 32 procs max_latency=10.461 msThroughput 1877.46 MB/sec 64 clients 64 procs max latency=16.700 ms

500

1,000

スル

ープ p p ( y)

[3] open /fioa/tmp//clients/client5014 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client4971 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client6221 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client5207 failed for handle 16385 (No such file or directory)

Throughput 1877.46 MB/sec 64 clients 64 procs max_latency 16.700 msThroughput 1716.98 MB/sec 128 clients 128 procs max_latency=278.057 msThroughput 1727.13 MB/sec 256 clients 256 procs max_latency=301.766 msThroughput 1517.07 MB/sec 512 clients 512 procs max latency=376.031 ms

0

500 [3] open /fioa/tmp//clients/client5207 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client4139 failed for handle 16385 (No such file or directory)

# uptime

g p / p _ yThroughput 1252.7 MB/sec 1024 clients 1024 procs max_latency=907.610 msThroughput 722.169 MB/sec 2048 clients 2048 procs max_latency=14085.365 msThroughput 730.51 MB/sec 4096 clients 4096 procs max_latency=26752.568 ms

1 16 32 64 128 256 512 1024 2048 4096

同時接続数

p19:24:07 up 7 days, 5:46, 2 users, load average: 1543.52, 5862.79, 7304.55



ioDriveのスループットが高い3,000 [3] open /fioa/tmp//clients/client4592 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client6026 failed for handle 16385 (No such file or directory)Throughput 463 287 MB/sec 1 clients 1 procs max latency=3 968 ms

2,000

2,500

B/se

c]

[3] open /fioa/tmp//clients/client6026 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client6482 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client5040 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client6965 failed for handle 16385 (No such file or directory)[3] /fi /t // li t / li t5044 f il d f h dl 16385 (N h fil di t )

このあたりで、レイテンシが大きくなる(1秒超)


1,500

プッ

ト[M

B [3] open /fioa/tmp//clients/client5044 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client6055 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client4909 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client6713 failed for handle 16385 (No such file or directory)

きくなる(1秒超)Throughput 1939.43 MB/sec 8 clients 8 procs max_latency=4.479 msThroughput 2534.71 MB/sec 16 clients 16 procs max_latency=12.107 msThroughput 2541.42 MB/sec 32 clients 32 procs max_latency=10.461 msThroughput 1877.46 MB/sec 64 clients 64 procs max latency=16.700 ms

500

1,000

スル

ープ p p ( y)

[3] open /fioa/tmp//clients/client5014 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client4971 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client6221 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client5207 failed for handle 16385 (No such file or directory)

Throughput 1877.46 MB/sec 64 clients 64 procs max_latency 16.700 msThroughput 1716.98 MB/sec 128 clients 128 procs max_latency=278.057 msThroughput 1727.13 MB/sec 256 clients 256 procs max_latency=301.766 msThroughput 1517.07 MB/sec 512 clients 512 procs max latency=376.031 ms

0

500 [3] open /fioa/tmp//clients/client5207 failed for handle 16385 (No such file or directory)[3] open /fioa/tmp//clients/client4139 failed for handle 16385 (No such file or directory)

# uptime

g p / p _ yThroughput 1252.7 MB/sec 1024 clients 1024 procs max_latency=907.610 msThroughput 722.169 MB/sec 2048 clients 2048 procs max_latency=14085.365 msThroughput 730.51 MB/sec 4096 clients 4096 procs max_latency=26752.568 ms

1 16 32 64 128 256 512 1024 2048 4096

同時接続数

p19:24:07 up 7 days, 5:46, 2 users, load average: 1543.52, 5862.79, 7304.55


Key Value StoreオプションKey-Value Store オプション• メモリキャッシュ

– Memcached互換プロトコル– 高速なレスポンス– 冗長化構成のため、サービス継続レベル高

• 画像ストレージ– REST API を使用して制御可能– データ保全レベル高– 冗長化HTTPサーバ機能

• ログ保存ストレージ– 提供予定

• 国産Key-Value Store “okuyama” をベースに開発– 神戸デジタルラボ岩瀬さん(@okuyamaoo) と共同開発y

株式会社神戸デジタルラボhttp://www.kdl.co.jp/Okuyama http://okuyama-project.com/

Key Value StoreオプションKey-Value Store オプション

アプリプラットフォーム管理画面アプリプラットフォーム管理画面

• お問い合わせフォーム・障害連絡サバの追加解約申請• サーバの追加・解約申請

• 契約対象サーバ一覧の表示• 契約対象サバ覧の表示• KVSリソースモニタ• オンラインヘルプ




詳しい資料はこちら詳しい資料はこちらat+linkアプリプラットフォームhtt // t li k d j / li l tf /http://www.at-link.ad.jp/appli_platform/

アプリプラットフォームの秘密アプリプラットフォームの秘密• どれも、ここで話すのが始めて＞＜；

突然ですがクイズです突然ですが、クイズです。• Q.1 アプリプラットフォーム

サービス化開発チームは何人？サス化開発チは何人A. 2 人 B. 5 人 C. 14 人

• Q.2 サービス化までの期間は？• A 2 5ヶ月 B 5ヶ月 C 14ヶ月• A. 2.5ヶ月 B. 5ヶ月 C. 14 ヶ月

Q 3プランA Cまで三つのプラン• Q.3 プランA～C まで三つのプラン。一番人気はどれ？

安真中高A. 最安 B.真ん中 C. 最高

社内体制のひみつ社内体制のひみつ• アプリプラットフォーム部メンバ2名• アプリプラットフォム部メンバ2名

– @bun_hiroshi主にPM的・諸調整全般、NW設計＋営業– @zembutsu 主に技術より全般、システム開発＋営業@zembutsu 主に技術より全般、システム開発＋営業– ※他の社内メンバの協力があるからこそ。

いろんな無茶につきあってくれてありがとう!!

• 自分の仕事の幅を既定しない。技術だから営業だから内勤だからと枠を決めない– 技術だから、営業だから、内勤だからと枠を決めない。決めると仕事のボトルネック。スピード重視

• 目標を決めて、PDCA をまわす– 仕様書は3社共有の最低限だけ。内部文書は部内Wiki– システム開発は内製（管理画面・監視等）

ゲム作りを参考にさせていただきました^^• ゲーム作りを参考にさせていただきました^^– ソーシャルゲーム作りのモデルで、サービス化を目指した

インフラのひみつインフラのひみつ

サービスのひみつサービスのひみつ• 専用サーバなのに管理画面を提供

– 物理サーバ追加・解約可能サバ追加を90分で追加するために– サーバ追加を90分で追加するために

• 監視重要• 監視重要– HTTP レスポンス監視 (自社開発)

• 5 sec タイムアウトを検出。複数セッションのタイムアウト検出。M i– Munin

• 各サーバのリソース推移を簡単に把握。ログイン不要– 死活監視はNagios ベース死活視 g

• LB は、ユーザサイドでコントロール可ヘルスチクパス方式なのである程度の自由度– ヘルスチェックパス方式なので、ある程度の自由度

– 3秒で切り替わる

HTTPレスポンス監視のひみつHTTPレスポンス監視のひみつ

HTTPレスポンス監視のひみつHTTPレスポンス監視のひみつ・HTTP監視の閾値 5 秒・セッション数10

これも内製。ソーシャルアプリ向けといいうより、一般Webセッション数10

・WAIT 10秒・デフォルト値は変更可

サービス向けの用途で大人気(;´Д`)

サービス変遷サービス変遷• 2010年11月サービスリリース

2010 11 2011 03 09 11 12 ?2010.11 2011.03 09 11 12

2010 20122011

L St (KVS) Analytics( Hadoop relation? )

Service Released

Image Sto`rage (KVS)

Log Storage (KVS)

HDD Master Store

Next Generation Monitoring System( RTIME )

Okuyama Memory Cache Function (KVS)

Image Sto rage (KVS)

( RTIME )

まだまだサービスは進化まだまだサービスは進化。• アプリプラットフォームの今は通過点

• 次に取り組んでいるのはこれ• 次に取り組んでいるのは、これ

Keyword “Triage”Keyword Triage

トリアージの語源はコーヒー豆の選別ですトリアジの語源は、コヒ豆の選別です。フランス語の trier (より分ける、分別する) の名詞形。収穫されたコーヒー豆やブドウを選別するときに、あるいは羊毛の品質別のより分けに使った言葉特に、コーヒーにおいては、虫に食われた豆が入ってしまうと、全体の品質が2流3流におちてしまう。それをさけるためにトリアージが行われた。

Triage “トリアージ”Triage トリアージ• トリアージとは？

– 戦場や大規模災害において、簡傷病者を迅速・簡易に判断・治療。

• サーバやアプリの世界にも応用できないか– 1人あたり管理台数・対象の乗数的増加– 専用サーバやクラウド環境でも同じ課題

• 欲しい：インシデントを自動でトリアージ– 職人的スキルを汎用技術に– 大量のアラートを如何に効率よく捌くか

今後の鍵今後の鍵• 1. 統合管理“ALL IN ONE”

– ハードウェア、ミドルウェア、アプリケーションのハドウェア、ミドルウェア、アプリケションの各レイヤを、１つの画面、１つのインターフェースを経由して、まとめて管理できる、統合監視環境

• 2. “Triage”トリアージ2. Triage トリアジ– インシデント処理システム。大量のアラートやイン

シデントを、ある程度自動判別。シデントを、ある程度自動判別。

• 3 “Realtime”リアルタイム3. Realtime リアルタイム– リアルタイムに逐次監視できることが必要に。

今後の鍵チプ性能向上により今後の鍵チップ性能向上により、ますます集約がすすむと思うが、アプリ層の監視対象

• 1. 統合管理“ALL IN ONE”– ハードウェア、ミドルウェア、アプリケーションの

が増えるのでは。

ハドウェア、ミドルウェア、アプリケションの各レイヤを、１つの画面、１つのインターフェースを経由して、まとめて管理できる、統合監視環境

• 2. “Triage”トリアージ2. Triage トリアジ– インシデント処理システム。大量のアラートやイン

シデントを、ある程度自動判別。

大量に届くアラートを、人間が捌くのは限界が来

るであろう。シデントを、ある程度自動判別。

• 3 “Realtime”リアルタイム

でう。

今バ状況3. Realtime リアルタイム– リアルタイムに逐次監視できることが必要に。

今すぐサーバの状況を知りたい。5分間隔、1分間隔でも遅い。分

RTIME (仮)RTIME (仮) • Realtime Triage Integrated Monitoring Environment

リアルタイム型トリアージ統合監視環境

• 各モジュール毎に開発をすすめる– OSSとして公開したいと思っています。OSSとして公開したいと思っています。

• The RealtimeMonitoring Core• An Integrated Monitoring Environment• Monitoring Data Store• Monitoring Data Store

• 統合監視環境(IME)をネット経由で提供– SaaS的？ Salesforceのように出来たらなぁ (未定)

職人芸的な領域としてのツルより歩先• 職人芸的な領域としてのツールより一歩先、情報大爆発の時代に対応出来うるリソース管理システム。

目指すところ目指すところ、• 緊急地震速報のような監視システム

複数のアラトを選別（トリアジ）– 複数のアラートを選別（トリアージ）– 影響範囲・深刻度を機械的に評価影響範囲深刻度を機械的に評価– 然るべき手段で通知する

画面に出す• 画面に出す• メール出す• 電話をかける

A・P・I !! A・P・I !!A・P・I !! A・P・I !! • アプリプラットフォームAPIを開発中

物理サーバ追加API– 物理サーバ追加API• コマンド１つでサーバ追加

物理サーバ解約API– 物理サーバ解約API– ロードバランサバランシング変更API

ルセタルバク– コールセンターコールバックAPI• 障害発生時に自動的に担当者から電話が！！• 世界初！！！（？）

グ（発中）連動• モニタリングシステム（開発中）との連動

このほかにもこのほかにも、• 色々楽しいことをやりたいなぁ、と思っています(;´Д`)と思っています(; Д )

今日言いたかったのはコレ今日、言いたかったのはコレ。• 技術の枠でかんがえるのではなく、サービスの枠で考える事も、時には必要かも。の枠で考える事も、時には必要かも。– 個人的にはクラウド系のサービスには非常に興味があるのですが…があるのですが…。

変化を恐れないチンス• 変化を恐れない。チャンス– 自分の仕事の枠を規定しない。負担や責任が増えて、大変だけど、面白い。

• それと…

An engineer’s job isAn engineer s job is making people happy!making people happy!

最後に、まとめ。きのこる為に。最後に、まとめ。きのる為に。

Wewant to servive!We want to servive!

この先生きのこるにはこの先生きのこるには• Cloud Computing はビジネスモデルの変化をもたらした化をもたらした

• ソーシャルネットワークは、新しいサーソシャルネットワクは、新しいサビス提供形態をもたらしたサビ提供形態変化応じホ• サービス提供形態の変化に応じて、ホスティングサービスも変わる必要がある。ティングサビスも変わる必要がある。

そのためには目の前のお客様の声を真摯に訊きそのためには、目の前のお客様の声を真摯に訊き、必要なサービスを提供する努力を怠らない事が大切。変化を恐れず常に必要とされるサビスを提供する変化を恐れず常に必要とされるサービスを提供する。

Q&A!Q&A!

セミナー情報セミナー情報• ソーシャルアプリ向け

ホスティングサービスご紹介セミナーh // d / /22097http://atnd.org/events/22097

“at+linkアプリプラットフォーム”のご案内KVS (okuyama)や利用方法、 ioDriveをご紹介

• 日時2011年12月9日(金) 14:00-17:00場所 B 新渋谷事業所• 場所 IBM 新渋谷事業所東京都渋谷区道玄坂1-12-1 渋谷マークシティウエスト18Fhttp://www-06.ibm.com/ibm/jp/about/office/map/shin_shibuya.html

• 定員40名お気軽にご参加下さい（ ´∀｀）お気軽にご参加下さい（ ∀ ）

Thank you for listening!Thank you for listening!

• 最後までおつきあいいただき、ありがとうございました!!ありがとうございました!!

• Contactsバビププ– at+link専用サーバ・サービスアプリプラットフォーム

http://www.at-link.ad.jp/appli_platform/

株式会社リクデベパサポト部– 株式会社リンクディベロッパーサポート部前佛雅人 (Masahito Zembutsu)

• Twitter: @zembutsuE il b t @li k j• E-mail: [email protected]

• Tel: 03-5785-0555

Appendix: ReferenceAppendix: Reference• [1] NIST SP 800-145, "The NIST Definition of Cloud Computing“

http //csrc nist go /p blications/nistp bs/800 145/SP800 145 pdfhttp://csrc.nist.gov/publications/nistpubs/800-145/SP800-145.pdf

• [2] NIIST SP 500-292, “NIST Cloud Computing Reference Architecture”http://www.nist.gov/customcf/get_pdf.cfm?pub_id=909505

• [3] ガートナー, 先進テクノロジのハイプ・サイクル：2008年http://www.gartner.co.jp/press/html/pr20080827-01.html

• [4] ガートナー, 先進テクノロジのハイプ・サイクル：2011年http://www.gartner.co.jp/press/html/pr20110907-01.html

l k プリプトム• [5] at+linkアプリプラットフォームhttp://www.at-link.ad.jp/appli_platform/

• [6] KVS Okyama[6] KVS Okyamahttp://okuyama-project.com/

• [7]情報サービス産業白書2011-2012 , ISBN978-4-8222-6261-7発行日経BP 2011年編集般社団法人情報サビス産業協会発行日経BP, 2011年, 編集一般社団法人情報サービス産業協会

• The Computers of Tomorrow by Martin Greenbergerhttp://www.theatlantic.com/past/docs/unbound/flashbks/computer/greenbf.htmp p p g

• トリアージ－その意義と実際－発行荘道社, 1999年, 編集国際災害研究会