単一のApacheサーバーにドメインはいくつありますか？

単一のApacheサーバーでクライアント用に約300のドメインをホストしています。これらはすべてトラフィックが少ないため、サーバーの負荷は問題になりません。

理論的には、サーバー上にこのようなトラフィックの少ないドメインの数を制限する必要はありませんが、サーバー上にドメインが多すぎると、各着信要求をチェックするためのドメインの純粋なリストにより、Apacheが遅くなるのではないかと心配しています。ダウン。

Apache構成がどれだけ長くなることができ、問題なく処理できるさまざまなドメインがいくつあるかという経験則はありますか？500は大丈夫ですか？5000？

明確化：サーバーが処理できるトラフィック量については尋ねていません。この特定のサーバーは、現在のトラフィックの少なくとも2倍の量を処理できることを知っています。ドメインの数が重要な要素であるかどうかを知りたいです。

文字通り何千ものドメインを持つサーバーが問題なく実行されているのを見てきました。実行しているサイトの数だけでパフォーマンスが大幅に低下することはありません。

これは、リクエストの総数と、サーバーの応答性に影響を与えるリクエストごとに必要なCPU（および帯域幅、ディスクIO、データベース呼び出しなどの他のリソース）の量です。

この種のことについての経験則はありません。すべてハードウェアの仕様とソフトウェアのチューニングに基づいています。新しいサイトを1つ追加して、サーバーのヒントが表示されて窒息死することはありません（ゲートからすぐにアクセス率の高いサイトであり、準備が整っていない場合を除きます）。ほとんどの場合と同様に、サーバーのパフォーマンスを監視する必要があります。速度が低下し始めたら、その時点で評価して、ハードウェアのアップグレードや新しいサーバーを処理して新しいドメインホスティングを処理するかどうかを確認します。そして、明確化のポイントに答えるために、それはドメインの数についてではなく、各ドメインがサーバーへの負荷として個別にもたらすものについてです。マジックナンバーはありません。

http://httpd.apache.org/docs/2.2/vhosts/details.html#hostmatching有益な情報が見つかるかもしれません。Apacheはハッシュテーブルを使用して*：80にマップされていないVHostを処理し、そのIP：ポートに割り当てられているすべてのVHostのリンクリストを反復処理して、一致するサーバー（名前|エイリアス）を見つけます。そのプロセスが著しく高価になる前に、おそらく何百万ものドメインをホストする必要があります。

また、http：//httpd.apache.org/docs/2.2/vhosts/mass.htmlを確認し、現在のアプローチに対してこれをベンチマークすることもできます。リンクリストのトラバーサルにlstat（）よりも時間がかかるほど十分なVHostを取得すると、VirtualDocumentRoot個別に指定されたVHostよりも高速になります。

約8000以上のドメインをホストするVPSサーバーがいくつかあります。サーバーは常に平均負荷が0.xxレベルで正常に動作しています。もっと問題なく扱えると思います。ドメインを追加または削除する場合、Apacheを再コンパイルするのにより長い時間がかかります。また、httpd.confファイルはかなり大きく、約60Mです。ドメインの数を約5000に制限する方が安全です。