3000人同时访问一个单纯的html文件,多少带宽足够?

3000人同时访问一个单纯的html文件,多少带宽足够?_第1张图片

1.所谓打的字多,就是好答案!!

3000人同时访问一个单纯的html文件,多少带宽足够?_第2张图片

  3000人同时访问一个纯静态文件,静态文件大小28K,那瞬间请求流量最大理论值为:3000x28K≈82M 。但是此值仅仅是理论上的瞬间最大流量,因为你的站点不可能每时每秒都保持在3000人访问,而是一段时间内的访问人数。如果真是每秒都至少是3000人访问,那你的服务器上行带宽至少得在 82x8 = 656M(之所以乘以8,是因为我们说的速率和运营商说的速率不是一个概念,换算单位不同),这样看来费用是相当的高。

  但实际情况下并不能这样计算,实际请求带宽要远远低于656M,原因主要有以下几点:

  • 用户流量是分散的,并不是每秒都有3000人访问;
  • 浏览器对于静态页是有缓存的,所以这3000人中有一部分用户发出请求后,其实是直接从本地缓存中加载的,而没有请求远程服务器。

    要知道,服务器的上行带宽是很贵的,按上面计算方法,就算打个折,你的服务器固定带宽100M的话,那光带宽费用一个月就要近7000元。

    所以一般中小型网站的服务器上行带宽100M都算很大了,鉴于你的访客量不固定,我给你的建议是:

  • 前端走CDN缓存,如果静态文件长期不更新,可以把缓存时间设得很长,如一个月;
  • 后端ECS选择低配即可,带宽不要选固定带宽(选择按使用流量来计费,带宽选择5M足够了)。

  这种配置下,别说3000人同时访问了,更高的并发都能抗得住。因为CDN本身就充当了负载均衡的角度,而且CDN节点遍布全国,使得用户“就近读取”静态资源。

2.其他网友的答案

3000人同时访问一个单纯的html文件,多少带宽足够?_第3张图片

  消逝的L211:看大家都在讨论×8的问题,我觉得有误解的地方,不是运营商的要×8,这个只是日常的称呼习惯的不同而已,一个是带宽的单位,我们用M表示,一个是速率的单位,我们用Mbps表示。在日常生活中我们说下载速率习惯了用Mbps,而因为Mbps这个单位常常被简单说成了下载速度是多少M,才产生了这个所谓×8的概念,后来因为一些故意的误导,放大了民众对于假带宽的怨念,仅此而已,其实就是单位换算而已。很多人不是到现在也认为光年是速度单位嘛,类似的情况。

  贵仁农业科技:并发访问3000,如果是小中型网站的话除非是网络恶意攻击,要不然不可能的,普通的3000访问量,哪怕同一时间下,也不可能精确到秒级的同时访问,所以 建议调整CDN负载均衡,还有带宽到5M即可,能保证一小段时间有3000的访问量,注意不是并发。

  自然以为:首先把你的静态文件都放oss上,好处是客户端请求时静态资源走oss流量不走服务器的,速度快,然后选择按量付费请求流量费5毛1g。ecs配置2核8g,不用另外买数据盘,使用50m带宽同样选择按量付费5毛1g,足够使用。活动结束直接释放资源节省成本

你可能感兴趣的:(负载均衡,程序员,服务器)