这是更像艺术而非科学。

你需要记住的是,许多事情在编程和,你的网站将会缓慢的最慢的环节,这意味着你将有一些瓶颈如带宽、网络服务器、磁盘I / O、内存、数据库、防火墙等,将会限制你的网站的速度。

调优和增长你的网站将包括识别并处理这些问题当你成长。一度你可能需要添加更多的内存,在另一个你可能需要另一个CPU等等。在其他时候添加更多的内存可能是无用的,因为内存是你的问题。

同样,缺乏一定的资源可以掩盖,如缺乏记忆可以掩饰了磁盘I / O密集型系统互换(页面错误)不断但磁盘I / O t问题。

那么你会怎么做?

首先您需要识别(或作出一个合理的猜测),一个典型的用户将做什么和多少他们会这样做。理想情况下你将能够模型100或1000或与软件像JMeter但是许多用户需要然后了解你的网站尺度,如何需要多少带宽等等。造型,100,500,1000,2000的用户希望能够看看你网站线性尺度。

你可能会发现,支持1000个用户需要1 g内存,但2000需要4演出:s非线性可伸缩性,世博会的一个例子一个问题你会扩展你的网站。这年代的揭示了性能测试。

老实说,硬件是如此便宜,这年代很少的问题除了最大的和最受欢迎的网站($ 10 k可以买你甚至1或2服务器16 g内存和4 - 8核)。共享和VPS主机是一个不同的故事,因为你通常只需要支付多少内存,带宽和你需要的磁盘空间。幸运的是这些解决方案倾向于向下你升级很容易(至少,你最终会不得不去奉献托管)。

你可以做一些肮脏的估计在项目的开始时通过他们所谓的“信封”评估。运行关键查询说100次,看上的多CPU时间他们需要工作,打击嘲笑了一页100次,算出多少带宽它生成等等。这些粗略估计加上猜测用户如何使用该网站将给你一个大概的2 - 3倍)内(希望你所需要的东西。

你已经提到的用户数量、服务器等等。这里有一些更多的考虑。

1. Clustered server if the traffic is high
2. Physical location of the server : Find the the target of audience for your website and better have the server in that country.
3. Disaster Recovery Plan. Having a faster website is good and having a faster recovery process is also very good.
4. Choose the best technology and implement new technologies like AJAX and reduce server request where ever possible.

会添加更多的东西。