锁定老帖子 主题:做网站前,考虑网站并发
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2011-08-15
没搞过大型互联网应用开发 哎 集群分布式都属于脑图阶段
|
|
返回顶楼 | |
发表时间:2011-08-15
你这个平均结果算的太没意义了
|
|
返回顶楼 | |
发表时间:2011-08-15
用户当然不止1亿了,关键是现在网站也特别多,有很多网站无人问津的。
|
|
返回顶楼 | |
发表时间:2011-08-15
int08h 写道 luzhecheng 写道 http 1.1规范要求 每个浏览器同时只能保持2个套接字连接 所以一个浏览器不管多少请求都在其中一个socket连接里。 服务器的主要压力在于用有限的资源尽快地处理浏览器的请求。
扯谈: 1、HTTP1.1规范是建议不是要求 2、现在根本没浏览器遵守这2个SOCKET的建议,少说6个,多则16个 3、只有开了keep-alive才会出现“请求在其中一个SOCKET”这种现象,不然就是关了SOCKET重新再建立一次 总结下:keep-alive 是建立连接通道,提升下次回应速度。提升速度的原因是不用再次建立与服务器的连接。不是每次请教都建立,只在第一次请求建立少说6个连接,更具浏览器不同有不同差异(IE6和7使用 2个长连接,IE8使用6个 )。 关于考虑tomcat的应用服务器并发是否就不用考虑keep-alive 了? 就是说如果在tomcat前面放一个apache,那么是否建keep-alive不会影响到tomcat的压力。 |
|
返回顶楼 | |
发表时间:2011-08-15
int08h 写道 楼主知道平均一个页面有多少个请求吗,即使开着keep-alive依旧少不了4-6个请求,不开keep-alive就是多少的资源多少的请求
即使css/js/jpg等使用CDN和缓存,确保请求不会落到动态服务器上,那么ajax呢?定时轮询呢?iframe呢?平均一个页面4-5个是少不了的,然后再用这个倍率去算算你要撑多少的并发吧。 还有,如果你的并发只关心链接的建立,即1秒内建立1000个链接就认为没问题的话,恐怕也是估算不足。一个链接很可能维持很久,就如中国的网络可能形成一个页面下载2-3分钟,则这2-3分钟里这个链接一直处于“发”的状态,如果大家都这样,并发数再多几倍完全是可能的 关于响应时间的确是个考虑问题 。 如果一个页面2-3分钟打开,我想用户不会再喜欢上这个页面。如果咱们做在屏幕旁等2分钟后才看到这个页面,那么大家都会不喜欢用这个网站。 暂按1分钟等待算。用户缩短60倍 ,1亿/6=167万用户。 结论: 考虑一个用户一个页面平均时间30秒,1000并发/s 能支持用户333万用户。 |
|
返回顶楼 | |
发表时间:2011-08-15
每个省份部署一份相当麻烦,貌似都用CDN来搞!
|
|
返回顶楼 | |
发表时间:2011-08-15
njyu 写道 每个省份部署一份相当麻烦,貌似都用CDN来搞!
看来需要上网,学习下CDN了。否则都out了。 |
|
返回顶楼 | |
发表时间:2011-08-15
这些只能初步计算后,再慢慢进行调整
|
|
返回顶楼 | |
发表时间:2011-08-15
张洪财 写道 njyu 写道 每个省份部署一份相当麻烦,貌似都用CDN来搞!
看来需要上网,学习下CDN了。否则都out了。 初步了解了下,CDN感觉是静态页面或下载文件分发。 把一个文件放到主中心,然后各地区同名主服务器的静态文件。 关于动态网站就是后缀是jsp 、action等这样的它不能处理对吧。 |
|
返回顶楼 | |
发表时间:2011-08-15
最后修改:2011-08-15
不要忘了,中国的爬虫访问量也不少,我们公司网站每天上千万的请求都是来自于这些。
一般不会是严格的2-8原则,除此之外你还得考虑高峰期和极限值。 话说1000并发已经很高了,我们每台机器高峰tps在100多,机器load已经有了形状了。所以说1000并发你得需要两位数的机器来抗,再考虑下极限值,机器再翻一番。如果遇上推广或者秒杀的活动你得另外算 前面很多仁兄也提到,一个页面上的ajax,css,img会多增加几倍的并发请求。css,img这些静态资源都好说,CDN,squid或者expire time能挡掉一部分,最后落到apache上。像我们几billion的访问后台也就10来台apache顶住。ajax是个双刃剑,自己掂量着用,也可以利用浏览器的cache等等进行优化,或者就是用后台的异步加载进行优化(http://agapple.iteye.com/blog/918898) |
|
返回顶楼 | |