网站容量规划

　　静态页面：I/O-bound
　　动态页面：CPU-bound
　　评价关键：将所要求的延迟和带宽与该体系结构中每一环节的额定容量作比较，其中还必须要考虑到系统各部分之间可能产生的内耗。
　　1、希望了解付出的投资的回报如何。
　　2、无计划的扩容也会带来负面影响。
　　3、无计划的系统更难于管理。
　　不要相信厂家的规范书和广告宣传。
　　常见问题：
　　1、你期望单位时间内有多少HTTP操作？并发20非常了不起了。需要作出一天的负载函数曲线。
　　2、WEB的目标是什么？会有瞬间峰值。
　　3、用户的容忍度有多大？
　　4、是否会提供流媒体？UDP协议。
　　5、WEB服务能产生另外的进程吗？Oracle performance Tunning（数据库优化）。
　　6、哪些其他的进程需要运行在WEB服务器或网络上？
　　7、需要什么样的可扩展性？
　　8、预算是多少？规划网站时，对系统的维护和更新作一个预算时必要的：网络连接费、系统管理费、性能监测和调整费。
　　9、站点必须拥有什么样的访问有效性？交互性站点南作镜像，WEB应用程序泄漏内存也会降低系统速度，用http://www.pureatria.com/可以监测修补。UNIX群集很不错。
　　10、你会致使产品供应商之间产生竞争吗？只使用开放标准，才有可能进行系统移植。问一下自己：如果我不喜欢这种方式，我能够容易解脱吗？
　　其他问题：
　　1、需要多大的带宽？延迟比带宽重要。
　　2、需要多快的服务器？在开发中，有时候较早的版本可以获得更佳的性能。
　　3、内存多多益善。操作系统需要、HTTPD需要、内容需要、CGI程序需要。
　　建议：
　　将需求写下来
　　网络是限制服务器输出的主要因素
　　根据后端应用程序来确定服务器的容量
　　针对每个体系结构，问自己是否可以轻易摆脱
　　要为未来的扩展性作一规划
　　坚持记录站点的性能情况，并了解站点是否达到了预期的目标