サーバーに詳しい方へお聞きします。

私はサーバーの専門家ではありませんので、おこがましいかもしれませんが・・・

（１）ハードディスクの容量

10KB x 1000ページ x 1000ドメイン = 10GB

問題無いですね。

（２）転送量と目安帯域からの計算

1日１ドメインあたり3000Hit として１日あたりの転送量は

　　　10KB x 3000hit x 1000ドメイン = 3GB／日

目安帯域が1Mbpsということなので転送に必要な時間は

　　　3GB x 8bit / 1Mbps = 24000秒 ＝ 6.67時間

制御信号分を加味すると実際には１割増しくらいになるので

　　　6.67 x 1.1 = 7.33

これだけの時間を費やしてやっと必要分のページを送信できるサーバー。。。

転送にこれだけの時間を要するとなれば「クリックしてからページが表示されるまでに待たされる（あるいはタイムオーバーで表示されない）」ということになり各ドメインの評判は落ちることでしょう。

1ヶ月あたり300GBが目安という所から検算してみると・・・

１日あたり10GB

　　10GB x 8bit / 1Mbps = 80000秒 ＝ 22.22時間

　　22.22 x 1.1 = 24.44時間

今回の条件では10GBではなく3GBなので

　　24.44 /　0.3 ＝ 7.33

どちらから計算しても同じ時間となりました。

（当然ですね。合わないと計算がおかしいって事ですから・・・）

CGIやデータベース等を使わないとしても150ドメイン程度が上限かと思います。

http://www.clara.co.jp/support/facilities/traffic.php

無理です。

1000個のドメインに1個辺り1日3000ヒットすると300万ヒット/日です

平均10KBのHTMLと仮定すると30G/日の転送量になります

月に900GBの転送量になるので、恐らく追い出されるでしょう。

画像ファイルは一切無しですか？

ちなみに動的ページが一切無ければ

この程度の転送量ならサーバのスペック的には問題ないとは思いますがWebサーバのログだけでも１日でGB単位とかになると思いますし

有る程度ちゃんとした管理者が居ないと厳しいと思いますが

ちなみに、計算式とのことですが

動的ページがないのであれば、およそ問題有りません

10Mbps位の話であれば、キャッシュ無しでサーバのディスクからHTMLを読み込ませてもいけるでしょう

ちなみに10Mbpsってのは言われている量の4倍弱になりますので

極端にアクセスが集中しなければ問題ないかと思います

動的ページがある場合はこれはもう作り方次第になるので

お答えのしようがありません

http://www.google.com/

URLが必須のようなので、ダミーです

ファイル記述子の限界

たぶんその数だと性能云々以前にファイル記述子の上限に引っかかってしまうと思うな。