这个networking服务器可以处理多less个网站？

这个问题没有明确的答案，因为100％取决于这些网站的负载和function使用情况。 另外，考虑到负载可能会随着时间的推移而变化，所以您不能仅仅通过查看当前的使用模式来进行计划。

我可以给出的最好的build议是监视当前的使用情况，并尝试提出一些平均数量的负载/访问者。 然后计划你想要的安全边际，并相应地租用网站/购买服务器。

在高峰时段和全天查看您的处理器使用情况和资源消耗情况。 从他们推断到多less个网站将服务器最多不超过75％。 继续监测这个数字，因为你添加更多的网站。

你不希望超出限制，因为你拥有的门槛越低，一个有大日子的网站或者一些低效率的代码（如：网站变得“沉重”），如果你不小心。

我可能在这里绝对是错误的，但是从我处理专用networking服务器的经验来看，我可以说托pipe网站并不像有些人认为的那样是资源密集型的。

如果你至less有一个双核CPU的瓶颈应该罚款一段时间，所以可能是瓶颈，你会担心的硬盘瓶颈，这是由固定的“扔龙头”移动。

要知道的唯一真正的方法是观察统计数据，当你开始发现瓶颈正在形成时，人们正在获取超时或耗尽资源，然后进行一些升级或考虑外包。

如果你正在提供静态内容（html或由可移动types生成的html），那么对于任何当代硬件来说，答案都是很多的。 那里每天可能有数千万的静态请求。

在这种设置中，您遇到的第一个限制将是您的服务器连接到数据中心的大小。 大多数专用服务器供应商会以10mbit连接启动你，如果你接近上面提到的请求数量，这可能是最大的问题。 一般情况下，他们会将您切换到100mbit的端口，而不需要做任何更改，但是请注意，这意味着您的带宽上限（如果有）可以用尽10倍。 密切关注并严密监控您的每月使用情况，免得您支付大额超额费用。

所以，一旦你有一个100MB的连接，下一个潜在的问题将是从硬盘驱动器到networking的速度。 即使在距硬盘100mbit仍然只有12mb每秒，这是当代硬件的微不足道。 给定一定数量的可用内存（用于磁盘caching）以及文件大小的良好组合（从favicon.ico的几百字节到大图片的几百字节），您仍然可能会限制一个100mbit的连接在打击严重的负载之前。

但是，所有这一切都假设一个服务于静态内容的网站，这几乎从来都不是。 如果您使用的是像Django，Rails，Grails或其他数以百计的Web框架，那么您的第一个瓶颈将是CPU，第二个将是内存，第三个将是您的应用程序可以处理的并发量。