共计 1113 个字符,预计需要花费 3 分钟才能阅读完成。
1. 所谓打的字多,就是好答案!!
3000 人同时拜访一个纯动态文件,动态文件大小 28K,那霎时申请流量最大理论值为:3000x28K≈82M。然而此值仅仅是实践上的霎时最大流量,因为你的站点不可能每时每秒都放弃在 3000 人拜访,而是一段时间内的拜访人数。如果真是每秒都至多是 3000 人拜访,那你的服务器上行带宽至多得在 82×8 = 656M(之所以乘以 8,是因为咱们说的速率和运营商说的速率不是一个概念,换算单位不同),这样看来费用是相当的高。
但理论状况下并不能这样计算,理论申请带宽要远远低于 656M,起因次要有以下几点:
- 用户流量是扩散的,并不是每秒都有 3000 人拜访;
- 浏览器对于动态页是有缓存的,所以这 3000 人中有一部分用户发出请求后,其实是间接从本地缓存中加载的,而没有申请近程服务器。
要晓得,服务器的上行带宽是很贵的,按下面计算方法,就算打个折,你的服务器固定带宽 100M 的话,那光带宽费用一个月就要近 7000 元。
所以个别中小型网站的服务器上行带宽 100M 都算很大了,鉴于你的访客量不固定,我给你的倡议是:
- 前端走 CDN 缓存,如果动态文件长期不更新,能够把缓存工夫设得很长,如一个月;
- 后端 ECS 抉择低配即可,带宽不要选固定带宽(抉择按应用流量来计费,带宽抉择 5M 足够了)。
这种配置下,别说 3000 人同时拜访了,更高的并发都能抗得住。因为 CDN 自身就充当了负载平衡的角度,而且 CDN 节点遍布全国,使得用户“就近读取”动态资源。
2. 其余网友的答案
消失的 L211: 看大家都在探讨×8 的问题,我感觉有误会的中央,不是运营商的要×8,这个只是日常的称说习惯的不同而已,一个是带宽的单位,咱们用 M 示意,一个是速率的单位,咱们用 Mbps 示意。在日常生活中咱们说下载速率习惯了用 Mbps,而因为 Mbps 这个单位经常被简略说成了下载速度是多少 M,才产生了这个所谓×8 的概念,起初因为一些成心的误导,放大了民众对于假带宽的怨念,仅此而已,其实就是单位换算而已。很多人不是到当初也认为光年是速度单位嘛,相似的状况。
贵仁农业科技 :并发拜访 3000,如果是小中型网站的话除非是网络歹意攻打,要不然不可能的,一般的 3000 访问量,哪怕同一时间下,也不可能准确到秒级的同时拜访,所以 倡议调整 CDN 负载平衡,还有带宽到 5M 即可,能保障一小段时间有 3000 的访问量,留神不是并发。
天然认为 :首先把你的动态文件都放 oss 上,益处是客户端申请时动态资源走 oss 流量不走服务器的,速度快,而后抉择按量付费申请流量费 5 毛 1g。ecs 配置 2 核 8g, 不必另外买数据盘,应用 50m 带宽同样抉择按量付费 5 毛 1g,足够应用。流动完结间接开释资源节省成本