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的...
估算的话这样差不多吧..
只能说完全够用。这个没有一个什么标准。
慎重,如果自己的方案本来就不怎么成熟,那就用商业解决方案吧,选课、成绩、绩点等数据很重要,而且数据也要防止被篡,你也不想崩溃后跑到档案室去一个个手动录取成绩吧。。。还有就是做选课系统的童鞋能不能都做好一点,每次选课都恼火。