データベースサーバを複数台構成とか2010年代には流行らない - blog.nomadscafe.jp

奥一穂さんの「ウェブアプリケーションサーバを複数台構成とか2010年代には流行らない」にフォローのような感じで。 例によってタイトルは煽りです。 奥一穂さんのエントリーでは、「5,000万PV/Month」という見積もりでアプリケーションサーバの台数を1台と計算していますが、これからは「1,000万PV/Day」を超えるサイトが多く生まれてくると予想しています。どんなサイトかというと、mixiアプリやモバゲーなどにソーシャルゲームを提供するサイトです。 ソーシャルゲームサイトのキャパシティプランニングについては中澤さんのエントリーが参考になります。 The Art of モバゲー Capacity Planning The Art of Mixi-mobile-appli Capacity Planning 最も人気がでた場合には数千万から数億PV/Dayという数字がならんでいます。怖い怖

[invent]

データベースサーバを複数台構成とか2010年代には流行らない - http://t.co/VVTHICV3PU

[luccafort]

面白そうな内容の記事見つけたのであとで読む。ちょっと古い記事だけどな。

[DustOfHuman]

あれ？此処で書いてる内容って「今はマシンスペックが上がってるのでサーバ分散する必要ないすよ」以上のコトを言ってない気がする。集約→分散→集約…って流れ自体、流行でもなんでもないような…

[riywo]

ですねー

[raimon49]

適切なスケールアップで最小限構成

[cusan]

秒間に230リクエスト

[yatakusa]

サーバー

[kistame228]

リクエストの計算、クエリの概算の出し方など

[h5y1m141]

今後流行るというか普及していくであろうソーシャルアプリの基盤としてどういう構成が良いのかmixiの中の人がまとめてくれていた。こういう今後の展望というのは、一定規模のインフラをいじっている人の意見を基本的

[TAKESAKO]

データベースサーバを複数台構成とか2010年代には流行らない - blog.nomadscafe.jp

[hiro_y]

「2010年代は手軽に購入できるようになった高性能なハードウェアでスケールアップ」

[send]

ピークを考えると平均の 4倍ぐらいは見積もるべきでは?

[terazzo]

？＞別のMySQLサーバに移動したり

[holypp]

運用の話をするなら性能よりも障害が怖い。どちらにしろ捌ける性能なら、台数は多いほうが安心。（消費電力はなるべく抑える）googleなんかは何万台もあるから毎日ドンドン壊れて補修は定期的、効率的だと思う。

[Mu_KuP]

複数台のDBが必要なのは、パフォーマンスよりも、コストメリット（お高い1台＞安い複数台）と運用メリット（1台停止してメンテ可能）の理由の方が大きい。まぁ、カバー可能台数＋１台あれば良いわけだけど。

[uunfo]

「6台程度のアプリケーションサーバがあれば、1日1,000万PV、月に3億PVがさばける」

[xucker]

これだけアクセスがあると、停止したときの損害額が大きいから、保守考えるとクラウドサービスの利用の方が安くなると思うけどな

[NOV1975]

トランザクションレートが高くて総データ量自体は少ない場合はなんとかなっちゃうっていう話かな

[georgew]

scale up の再評価機運。

[homajyu]

データベース鯖の台数の検討方法

[homaju]

データベース鯖の台数の検討方法

[se-mi]

秒間に230リクエストとな

[kazuhooku]

大抵のことは１台でできちゃうんだよねぇ。データセットがメモリに載るならば。