84669인 학습
152542인 학습
20005인 학습
5487인 학습
7821인 학습
359900인 학습
3350인 학습
180660인 학습
48569인 학습
18603인 학습
40936인 학습
1549인 학습
1183인 학습
32909인 학습
对于1小时内(主要是前20分钟)访问量 20K pv 的一个学校的选课系统,应该怎样设计呢? 对于传统的LAMP构架跑在阿里云ECS上,需要购买什么样的配置? 2核心 + 2G内存 + 6M带宽 够用么? 软件设计方面又有哪些优化方法和新思路呢? (另外,问一下如何根据pv量和平均网页大小计算带宽需求呢?)
闭关修行中......
首先算出来秒并发量10K/20/60~=9,对于9req/s
6M的带宽对于每个请求基本是6M/8/9~=85K,粗略来说每个请求能分到的平均带宽是85K/s,
初次访问需要加载的数据量很大(几百K级别吧),但是对于之后的访问,(css和js都已经浏览器缓存了)大家都是简单的刷新页面的话每次返回的数据也就是5~20K的级别吧.(html去掉全部注释+gz).对于描述的需求并发6M的带宽是完全满足的(不过选课的时候20min才10K的pv...学生不是很多啊...)
不过8req/s对于lamp系统来说内存可能会比较吃紧,1.5G,系统的,mysql的,apache的...
估算的话这样差不多吧..
只能说完全够用。这个没有一个什么标准。
慎重,如果自己的方案本来就不怎么成熟,那就用商业解决方案吧,选课、成绩、绩点等数据很重要,而且数据也要防止被篡,你也不想崩溃后跑到档案室去一个个手动录取成绩吧。。。还有就是做选课系统的童鞋能不能都做好一点,每次选课都恼火。
首先算出来秒并发量10K/20/60~=9,对于9req/s
6M的带宽对于每个请求基本是6M/8/9~=85K,粗略来说每个请求能分到的平均带宽是85K/s,
初次访问需要加载的数据量很大(几百K级别吧),但是对于之后的访问,(css和js都已经浏览器缓存了)大家都是简单的刷新页面的话每次返回的数据也就是5~20K的级别吧.(html去掉全部注释+gz).对于描述的需求并发6M的带宽是完全满足的(不过选课的时候20min才10K的pv...学生不是很多啊...)
不过8req/s对于lamp系统来说内存可能会比较吃紧,1.5G,系统的,mysql的,apache的...
估算的话这样差不多吧..
只能说完全够用。这个没有一个什么标准。
慎重,如果自己的方案本来就不怎么成熟,那就用商业解决方案吧,选课、成绩、绩点等数据很重要,而且数据也要防止被篡,你也不想崩溃后跑到档案室去一个个手动录取成绩吧。。。还有就是做选课系统的童鞋能不能都做好一点,每次选课都恼火。