質問

かかったり、開発スタックオーバーフローです。どんな量を商品市況のハードウェアのサポートに必要なこのサイトを想定し1万依頼います。ある事例を説明するパフォーマンスの改善が可能です。

I/Oボトルネックになるとのボトルネックです。どのようなオプションI/Oですか。く知ってい

  1. キャッシュ
  2. 複製
役に立ちましたか?

解決

を向上させることができI/O性能をつかの方法によってという方のために、ストレージ設定:

  1. 増加のファイルシステムのブロックサイズの場合アプリ表示の良い空間の地域で、そのI/oまたは使用に関しての大きなファイルです。
  2. 使用 RAID10 (ゼブラ+ミラーリング性能+冗長(ディスクの故障保護).
  3. 利用高速ディスク(性能的に:SSD>FC>SATA).
  4. 偏析のワークロードができます。例えばバックアップ夜間の通常アプリのI/O中。
  5. Off atime更新 おのファイルシステム.
  6. キャッシュNFSファイルを取り扱う。k.a. Haystack (Facebook)の場合にデータNFSサーバーです。
  7. を小さなファイルを大きなチャンク。k.a BigTable, HBase.
  8. 回避に非常に大きなディレクトリすなわち多くのファイルを同じディレクトリではなく分割ファイルとディレクトリの階層).
  9. を使用 貯蔵システム (うんな商品しているページがあります。
  10. 最適化設計用シーケンシャルディスクアクセスも可能です。
  11. 使用 memcached. :)

お見たいと思い"教訓"の StackOverflowの建築.

他のヒント

この便利なツールをチェックアウトします:

http://www.sizinglounge.com/する

とDellから他のガイド:

のhttp:/ /www.dell.com/content/topics/global.aspx/power/en/ps3q01_graham?c=us&l=en&cs=555する

あなたがあなた自身のstackoverflowのようなコミュニティをしたい場合は、

は、 StackExchange にサインアップすることができます。

あなたがここにいくつかのケーススタディを読むことができます:

高スケーラビリティ - Rackspaceのは今テラバイトのデータを照会するためのMapReduceとHadoopのを使用する方法 http://highscalability.com/how-

のRackspaceの-今-用途-MapReduceの-と-Hadoopのクエリ-テラバイトデータ

のhttp://www.gear6 .COM / gear6-ダウンロード?FID = 56&DLT =ケーススタディ&LS = Veohの-ケース・スタディ

一日あたり100万曲のリクエストは、12 /秒です。スタックオーバーフローは、キャッシングおよびレプリケーションが役割を果たすべきところ、私はわからないんだけど、あなたが(正規化と圧縮トリック面白いと)完全に64ギガバイトのDell PowerEdge 2970のRAMに合うことができるほど十分に小さいます。

あなたが正規化について十分に考えて問題がある場合は、

、256ギガバイトとのPowerEdge R900が可能です。

あなたが単一障害点が気に入らない場合、あなたはそれらのいくつかを接続し、ちょうど(好ましくは別々のネットワークカード上の)ソケット経由のアップデートをプッシュすることができます。 12K /秒の偶数ピーク荷重は、主メモリシステムのための問題であってはならない。

I / Oボトルネックを回避する最善の方法は、(可能な限り)I / Oをしないことです。これは、バッチ処理の書き込みとprevaylerのようなアーキテクチャ(データの数秒を失う問題はない)、基本的にログファイルを意味し、複製のためにも、ソケットにそれらを書き出します。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top