没有详细的规格,因为我知道这是没有真正的答案。 但是我今天用apache的ab
命令进行了负载testing。
并且从一个从4个不同的DB表加载的页面上获得每秒70个请求的数量(1000个并发用户的请求),并对数据进行一些处理。 所以这是一个相当沉重的页面。
服务器现在不用于其他任何事情,因为它在开发中,所以它的负载就是我。 但是这个应用程序将会被许多用户每天使用。
但这足够吗? 或者我应该甚至担心(只要它超过X请求一秒)
我在想,我不应该担心,但我想在这方面的一些提示。
每小时处理70个请求,每小时渲染252,000页。
如果您认为您网站的平均浏览会话数为10页,那么您可以支持每小时25,000个唯一身份。
您应该检查这些数字与您预期的访问者数量,这应该从业务方面的人员。
我工作的许多网站在每天大约3个小时的高峰期间看到他们日常stream量的大约50%。 如果您的网站属于这种情况(取决于您提供的内容types以及观众),那么您应该能够支持每天约15万次的唯一访问次数。
这些数字相当不错, 我认为你应该没问题。 现在研究操作码caching和数据库调整是明智的,但请记住,过早的优化是所有邪恶的根源。 监视网站,寻找热点,等待stream量增长,然后再针对您可能没有的问题进行昂贵的优化工作。
我曾经使用过2个工具来观察我的apache服务器的性能 。
其中一个是munin ,它描绘了各种各样的事情,包括apache实例的数量,连接数量,可用内存,处理器使用情况等,并帮助我确定何时接近危险区域 ,以及为什么。
第二个是简单的apache服务器状态页面 ( http:// your_server / server-status?refresh = 10 ),可以让我看到每个连接的状态,以及在任何特定时刻有多less空闲连接。
我build议你只有当你认为你的应用在地面上很忙时才会担心。 有问题的页面可能会被打到那么难? 更难? 减? 如果你不知道,我会怀疑这不太可能成为一个问题。 如果这是最慢的页面,您将知道一个地方,看看是否必须稍后优化系统。
调整大多数Web服务器和数据库引擎也可以做很多事情来提高性能。
您在评论中声明,您的服务器可以在空白页面上每秒处理2,900个请求。 这非常强烈地表明,它不是networking服务器本身 – 这是处理。
如果您使用PHP,请考虑像APC这样的操作码caching器。 如果数据库是瓶颈, memcached也会帮助你。
一旦你把你的网站生活,你也可以看看mod_top 1 ,它会给你一个Apache的当前负载的实时视图。 我没有自己安装它,但它似乎有比标准的Apache服务器状态更多的信息和更好的细分负载。