这方面我还是有一定发言权的,我自己就用阿里云的ECS将近5年了,你所说的这款4核心8G内存的配置我们隽永东方官网正是用的这款配置,当然我们目前采用的是ecs rds架构,文件服务器和数据库服务器彻底分开,这样的好处就是数据库请求不占用此ECS的资源。可以大概预测到的是这款配置还是相对较高的配置,以我们官网来说,每天大概500ip,PV大概左右,同时在线人数最多不会超过50人吧,这种流量相对一个企业站来说还算可以,这个服务器完全可以符合要求,目前运行了相当长时间,服务器没有出现过任何中断,截取Alexa的排名数据仅供参考:从上方数据看得出来,显示的速度是Fast,这个速度得分获得Fast可不容易,我看过好多大型的官网都经常获得的得分只是中等速度,当然Alexa只是一个参考工具,并不是非常准确,但至少可以侧面反应当前站点运行的健康状况。我们官网目前采用的是WDCP控制面板下的LNAMP架构,搭载GodaddySSL,nginx负责前端静态页面,apache负责后端动态解释,整体性能基本是一个非常稳定的状态,截图WDCP的服务器负载给大家看看:从上图可以看出服务器负载几乎没太大负载,一般这个负载小于1就几乎不用去担心了。因此结合我们官网的运营情况,我们可以得出你这款配置的峰值并发用户应该可以到几百个用户,这里有太多因素决定同时并发数了,比如网站图片视频数量多少,数据库是否和文件服务器分开,每个用户在站点上打开的页面多少等都会影响服务器负载。另外这些数据其实都只是一个预估的数据,显示情况远比理想状况复杂很多很多,比如你要是在这台服务器安装配置一些额外的服务,而当前服务运行的进程可能就会直接对服务器造成负载的提升等等,因此能支持多少用户这种问题本身就是一个伪命题,要具体情况具体分析,不过可以肯定的是这个配置可以支持绝大部分企业站点的正常运行相当长时间。最后想我们的解释能给你一些有用的建议,祝你好运。最新更新:评论里有好多人说我这个配置浪费,今天就遇到过两次负载超级高的情况,也没有任何攻击提示:这个负载的提升是在服务器没有做任何动作的情况下进行的,类似这种时候,你们把服务器资源用得很满的那种碰到这种情况如何处理?当然这种情况肯定是很极端的情况,我估计是有攻击发生,只是不明显。谢谢大家。
并发,是同时访问网站的人数,这个一天支持几十万流量应该没问题,如果在具体一些没有数据很难估算。不同业务形态所需要的计算、存储网络能力都不相同。我们来大概推导一下。从带宽来说,10Mbps=KBps,有几个假设:
1.假设你的网站大部分都是下行流量,即大部分人都是看帖不回帖的。
2.每个帖子或者页面请求数据量(纯JSON数据,不包括静态内容)为5KB(具体要看你们的网站设计了)
3.网站的平均响应时间为500毫秒,则每个请求需要的下行带宽为5KB/0.5S=10KBps这样的带宽能支撑KBps/10KBps=个左右的并发请求数,当然,这只是根据带宽计算出来的,如果瓶颈不在带宽这里,那么你的并发请求数还要更少一些,这个是由你系统的最短短板决定的。当然,并发请求数并不代表同时在线人数,假设在线的用户中,5%的人会同时在某一秒中发起请求(高峰期估计就不止了),反推同时在线的人就是/0.05=个,大约支持个人同时在线。一次请求的数据量、响应时间、并发请求占比这些都是随便瞎估,需要按你的实际情况和经验来取。
这个要看具体业务实际情况如果只是简单文本文件几k左右,几千没问题.如果是下载类,不好说了.你可以先使用10Mbps带宽,阿里云后台都有监控图标.不够再加,用不了在减
关注互联网技能图谱,和小伙伴一起看↗↗↗阿里云还是中小用户居多,基本是单机运行,业务量没那么大的情况下考虑架构都属于过度设计。你说的这种情况,其实很容易算出来,你首先确定一下你的页面平均大小,假设每个页面的平均大小为20K,那么10M带宽支持的最高并发访问就是10×÷20=500。任何一个php框架跑在一个nginx服务器上支持的并发量还是绰绰有余的,你还可以静态化页面,加redis缓存,打开mysql慢查询日志,时常关注改进一下慢sql。前期不要过度设计架构,重点是放在业务上,当用户量,并发量上来之后,可以说有太多的方法改进和优化了。多大的业务量通过相应的架构支撑就可以了。