performance - アプリケーションのコモディティハードウェアの見積もり

Question

スタックオーバーフローのウェブサイトを開発したいとします。1日あたり100万件のリクエストを想定して、このWebサイトをサポートするために必要なコモディティハードウェアの量を見積もるにはどうすればよいですか。この状況で可能なパフォーマンスの向上を説明するケーススタディはありますか？

I / Oのボトルネックは、ほとんどのシステムの主要なボトルネックであることを私は知っています。I / Oパフォーマンスを改善するための可能なオプションは何ですか？私が知っているそれらのいくつかは

score 2 · Accepted Answer

ストレージ設定に使用するものに応じて、いくつかの方法でI/Oパフォーマンスを向上させることができます。

StackOverflowアーキテクチャの「教訓」セクションをご覧ください。

score 1 · Accepted Answer

この便利なツールをチェックしてください：

デルからの別のガイド：

独自のstackoverflowのようなコミュニティが必要な場合は、StackExchangeにサインアップできます。

ここでいくつかのケーススタディを読むことができます：

高いスケーラビリティ-RackspaceがMapReduceとHadoopを使用してテラバイトのデータをクエリする方法 http://highscalability.com/how-rackspace-now-uses-mapreduce-and-hadoop-query-terabytes-data

score 1 · Accepted Answer

1日あたり100万リクエストは12/秒です。スタックオーバーフローは十分に小さいので、（興味深い正規化と圧縮のトリックを使用して）64GバイトのDellPowerEdge2970のRAMに完全に収めることができます。キャッシュとレプリケーションがどこで役割を果たすべきかわかりません。

正規化について十分に考えるのに問題がある場合は、256GBのPowerEdgeR900を利用できます。

単一障害点が気に入らない場合は、それらのいくつかを接続して、ソケット（できれば別のネットワークカード）を介して更新をプッシュすることができます。12K /秒のピーク負荷でさえ、メインメモリシステムにとって問題にはならないはずです。

I / Oのボトルネックを回避する最善の方法は、I / Oを（可能な限り）実行しないことです。つまり、バッチ書き込み（数秒のデータを失うことは問題ありません）、基本的にはログファイルを備え、レプリケーション用にそれらをソケットに書き出す、普及しているようなアーキテクチャを意味します。

3 に答える 3