只有一个静态页面,面临100~200万用户同时访问,服务器是tomcat,怎么处理?

领进门 发布于 2013/04/23 10:31
阅读 1K+
收藏 2

如题。

我们要做个push推送,用户点开就通过浏览器访问一个静态页面。

预估会有1,200万的瞬时访问量。

web 服务器用tomcat

遇到这种需求,大家给支支招。 

 

加载中
0
loki_lan
loki_lan
静态网页,只考虑你并发请求传输的速度问题吧。
0
巴叔
巴叔

为啥不把静态的东西丢到nginx上面?这东西比起tomcat要快很多很多……

0
逝水fox
逝水fox
静态页面为什么要用JSP容器...
0
HostSugar
HostSugar
tomcat 处理静态内容不是强项,处理静态的还是 apache 或则 nginx
0
littleant
littleant
用URL缓存,速度最快,静态页面速度跟他不是一个级别
0
领进门
领进门

引用来自“suan2046”的答案

tomcat 处理静态内容不是强项,处理静态的还是 apache 或则 nginx

对的,我说错了,就是会用apache或者nginx。

但是能抗住1,200万的同时访问一个html页面吗?

HostSugar
HostSugar
问题应该不大
0
leo108
leo108
先考虑带宽吧,就算你的页面只有1K,1秒内100W的访问就有1GB流量,单台机器的带宽能扛住?
用户已屏蔽
用户已屏蔽
回复 @领进门 : 那就别考虑了。
领进门
领进门
带宽不用考虑,没问题。机器的性能也没问题。
0
魔力猫
魔力猫

首先要考虑的就是CDN等方式进行加速。因为你必然有地域带宽等限制,没有CDN的话,部分用户会因为运营商不同而快慢不同。

其次,刨除了外部带宽,你系统本身能够承受多少瞬间并发是要用压力测试检查的。考虑到你这个是单纯的静态网页,你就用压力测试测试一下单个实例可以承受多少,然后用200W除就知道需要多少实例了。我估计你们需要少则几十多则上百。

0
十一文
十一文

前面用个squid或者ngnix  做静态代理。



返回顶部
顶部