このWebサーバーはいくつのサイトを処理できますか？
重複の可能性：
Webサイトの負荷テストと容量計画をどのように行いますか
2GBのRAM、500GBのHDD、無制限の帯域幅を備えたパーソナルウェブサーバー（専用）があります。
現在、約15のサイトがあります。一部のサイトは1日あたり約1000ヒットを取得し、最も低いサイトは1日あたり約150ヒットを取得します。
ほとんどのサイトはwordpressブログであり、その他はasp.netアプリケーションです。すべてのサイトが「重い」わけではありません。
私の質問は、私のWebサーバーが処理できるWebサイトがあといくつあるかということです。私はWeb開発者ですが、Webサイト用にサーバーをレンタルする前に考慮すべきこと（サーバーの仕様）は何ですか？
これらのサイトの負荷と機能の使用状況に100％依存するため、その質問に対する明確な答えはありません。また、負荷は時間の経過とともに変化する可能性があるため、現在の使用パターンだけを見て完全に計画することはできません。
私ができる最善のアドバイスは、現在の使用状況を監視し、ロード/ビジターの平均数を考え出すことです。次に、必要な安全マージンを計画し、それに応じてWebサイトをレンタル/サーバーを購入します。
静的コンテンツ（html、またはmoveable typeなどによって生成されたhtml）を提供している場合、その答えは、現代のハードウェアにとって、多くのことです。多くはおそらく1日あたり数千万の静的リクエストで測定されます。
この種のセットアップでは、最初に遭遇する制限は、データセンターへのサーバー接続のサイズです。ほとんどの専用サーバーベンダーは、10メガビットの接続から始めます。これは、上記のリクエスト数に近づくと、おそらく最初に最大になります。通常、ほとんどまたはまったく変更を加えずに100メガビットのポートに切り替えますが、これは、帯域幅の上限（ある場合）を使い果たすまでの時間が10倍になることを意味することに注意してください。大きな超過料金を支払わないように、細心の注意を払い、毎月の使用量を注意深く監視してください。
したがって、100メガビットの接続が確立されると、次の潜在的な問題は、ハードドライブからネットワークにデータを取得する速度です。 100メガビットでも、ハードドライブからは毎秒12メガバイトしかありません。これは、現代のハードウェアにとっては些細なことです。適切な量の空きメモリ（ディスクキャッシュ用）とファイルサイズの適切な組み合わせ（favicon.icoの数百バイトから大きな写真の数百kbまで）を考えると、おそらく100メガビットの接続を制限するでしょう深刻な負荷をかける前に。
ただし、これはすべて、静的コンテンツを提供するサイトを想定しているため、ほとんど真実ではありません。 Django、Rails、GrailsなどのWebフレームワークを使用している場合、最初のボトルネックはCPU、2番目はメモリ、3番目はアプリケーションが処理できる同時実行量になります。
ピーク時および1日を通してのプロセッサ使用量とリソース消費量を確認します。それらから、サーバーを最大で75％以下にするサイトの数を推定します。サイトを追加するときは、この数を監視し続けてください。
制限を押し上げたくないのは、しきい値が小さいほど、1つのサイトで大きな日が発生したり、コードが非効率になる（つまり、サイトが「重くなる」）と、注意しないとマシンがダウンする可能性があるためです。 。
私はここで絶対に間違っているかもしれませんが、専用のWebサーバーを扱った経験が少ないことから、Webサイトのホスティングは一部の人々が考えるほどリソースを大量に消費しないと言えます。
少なくともデュアルコアを使用している場合、CPUのボトルネックはしばらくの間は問題ないはずなので、おそらく心配になるボトルネックは、古い「RAMを投げる」移動によって修正されるHDDのボトルネックです。
知る唯一の本当の方法は統計を監視することであり、ボトルネックが形成されているのを確認し始めると、人々はタイムアウトになるか、リソースが不足し、少しアップグレードするか、アウトソーシングを検討する時間になります。