共计 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，足够应用。流动完结间接开释资源节省成本