服务器网站5m带宽在线多少人？

2000人以下。

同时访问一个网站的人数是在线的，这由许多因素决定，包括服务器带宽，质量和同时访问您的网站的人数有关的网站类型。

若使用的是独享5M带宽，(即5Mbit/s )，相应云服务器的数据最高传输速度应为5Mbit/s x 1024/8=640KB，1分钟流量大约就是640 x 60=38400KB。

假设每个用户在1分钟内始终占用10KB流量，即在1分钟内支持这些流量的在线访问者数量为3840。但是，不能保证每个用户在一分钟内只有一个指向该站点的链接。如果用户一分钟有多个以上的链接到该站(每个链接总是占用10KB流量，那么在线用户数应该在2000以下。

所以中低端服务器通常最多支持2000人在线，这仅适用于普通网站建立后的文本服务器和论坛，不包括图像，下载和视频。实际上，如果一台服务器的在线用户数量可以达到这么多，那么运营的用户一定已经赚了很多钱，因此有必要增加服务器配置了。

服务器特性

可以从这几个方面来衡量服务器是否达到了其设计目的；R：Reliability可靠性；A：Availability可用性；S：Scalability可扩展性；U：Usability易用性；M：Manageability可管理性，即服务器的RASUM衡量标准。

1、可扩展性

服务器必须具有一定的“可扩展性”，这是因为企业网络不可能长久不变，特别是在当今信息时代。如果服务器没有一定的可扩展性，当用户一增多就不能胜任的话，一台价值几万，甚至几十万的服务器在短时间内就要遭到淘汰，这是任何企业都无法承受的。

为了保持可扩展性，通常需要在服务器上具备一定的可扩展空间和冗余件（如磁盘阵列架位、PCI和内存条插槽位等）。

可扩展性具体体现在硬盘是否可扩充，CPU是否可升级或扩展，系统是否支持WindowsNT、Linux或UNIX等多种可选主流操作系统等方面，只有这样才能保持前期投资为后期充分利用。

2、易使用性

服务器的功能相对于PC机来说复杂许多，不仅指其硬件配置，更多的是指其软件系统配置。服务器要实现如此多的功能，没有全面的软件支持是无法想象的。但是软件系统一多，又可能造成服务器的使用性能下降，管理人员无法有效操纵。

所以许多服务器厂商在进行服务器的设计时，除了在服务器的可用性、稳定性等方面要充分考虑外，还必须在服务器的易使用性方面下足功夫。

服务器的易使用性主要体现在服务器是不是容易操作，用户导航系统是不是完善，机箱设计是不是人性化，有没有关键恢复功能，是否有操作系统备份，以及有没有足够的培训支持等方面。

3、可用性

对于一台服务器而言，一个非常重要的方面就是它的“可用性”，即所选服务器能满足长期稳定工作的要求，不能经常出问题。其实就等同于Sun所提出的可靠性（Reliability）。

因为服务器所面对的是整个网络的用户，而不是单个用户，在大中型企业中，通常要求服务器是永不中断的。

在一些特殊应用领域，即使没有用户使用，有些服务器也得不间断地工作，因为它必须持续地为用户提供连接服务，而不管是在上班，还是下班，也不管是工作日，还是休息、节假日。这就是要求服务器必须具备极高的稳定性的根本原因。

一般来说专门的服务器都要7X24小时不间断地工作，特别像一些大型的网络服务器，如大公司所用服务器、网站服务器，以及提供公众服务iqdeWEB服务器等更是如此。

对于这些服务器来说，也许真正工作开机的次数只有一次，那就是它刚买回全面安装配置好后投入正式使用的那一次，此后，它不间断地工作，一直到彻底报废。如果动不动就出毛病，则网络不可能保持长久正常运作。

为了确保服务器具有高得“可用性”，除了要求各配件质量过关外，还可采取必要的技术和配置措施，如硬件冗余、在线诊断等。

4、易管理性

在服务器的主要特性中，还有一个重要特性，那就是服务器的“易管理性”。虽然我们说服务器需要不间断地持续工作，但再好的产品都有可能出现故障，拿人们常说的一句话来说就是：不是不知道它可能坏，而是不知道它何时坏。

服务器虽然在稳定性方面有足够保障，但也应有必要的避免出错的措施，以及时发现问题，而且出了故障也能及时得到维护。这不仅可减少服务器出错的机会，同时还可大大提高服务器维护的效率。其实也就是Sun提出的可服务性（Serviceability）。

服务器的易管理性还体现在服务器有没有智能管理系统，有没有自动报警功能，是不是有独立与系统的管理系统，有没有液晶监视器等方面。只有这样，管理员才能轻松管理，高效工作。

首先，这种同时多少人在线的说法是错误的，准确的描述是能承受多少人同时发送HTTP请求不造成堵塞。

在不考虑服务器内存和CPU的情况下，10M带宽能承受多少人同时向发送HTTP请求，取决于所获取资源的文档大小。假设网页上的多媒体、脚本资源，例如图片、视频、js文件、css文件等都是通过CDN加载，我们只请求document类型的资源，一个document资源假设是20KB，1M的下载的速度是128KB/s，那么10M就是1280KB/s。

1280/20 = 64人/s

所以理论上，10M能承受每秒64个人同时发送HTTP请求。64个只是同时发送请求保证每个人在1s内能得到服务器响应。再多加几个人的话，只是响应时间加长，也就1280KB数据传输量，假如1000个人的话，每个人只能分得不到1KB。想想着下载速度吧。

不过你放心好了，一般你的网站不是做秒杀活动，很难达到1000人同时发送请求的。而且能达到1000人这种并发的网站可不是个小网站了。

欢迎追问。

不知道各位是怎么计算的？我的服务器的配置比上边的哥们好一些，带宽只有2M，可以承载1万IP在线。

网页基本在60K左右，一般人的等待忍耐是3到5秒

按照3秒计算 则每个网页占用的带宽是 20K/S

2M=2048K

2048/20=103 左右。

如果是5秒计算的话 ，可以承担200来人同时触发。

如果页面文件较小 那么可以依次类推。

以上为经验所得，几年前 我也问过类似问题 回答真实五花八门。

应用缓存技术 可以有效降低IIS反映时间。

2M带宽 支持300人在线 基本没多大问题。放心做吧。如果每秒能有300人同时触发，那么每分钟则有 1.8万人了，及时再低，每秒10人好了 每分钟也可以承载 600人了，按照一般20分钟SESSION失效计算，也有1.2万人的承载能力。

也算是中型站点了，每日的IP和PV 足可以让你冲到ALEXA 前1万名。

收入也非常可观了，到时再增加带宽还是问题吗？

---