怎么估算服务器需要的带宽？

一般正确计算带宽的方法是：每秒钟下载文件的字节数×8/07 = 宽带的速率。这前提是你必须先关闭其他正在运行中的网络应用程序，不能同时下载其他网页和软件。

举例说明，如果你的站是网站或者论坛网站，1M带宽就相当于200人左右在线。假如说是下载的话，那么就要看并发连接数目。最后用并发数目除以每个人所占用的带宽。例如：2400人同时在线，2400人并发同时 *** 作，每个人的页面30KB，那么合算成带宽就是：2400/(30KB8)=10Mb

参考资料：

如何估算服务器需要的带宽多大

你这个配置还是蛮高的，我经历过的同样配置，阿里云服务器可以支持每天访问量几十万PV的网站使用，都是高清大的那种。

如果你要问并发数量，这个看你跑什么业务了。网站在线人数也不少啊，而且我知道的是把扔到OSS上面去了，不然单一服务器怕是抗不住这个访问量的，会卡的。

为了给你提供更详细的的参考，请看大流量高清网站需要使用哪些云服务，希望这里面的内容能帮到你。

根据你实际业务情况选择云服务，到达你这个访问量的业务量都挺大的，单一的服务器怕是不太容易抗住。

做网站的话，服务器要分前端和后端的，还有cache、负载平衡、网络带宽和存储系统等问题要考虑，不是单讲一台服务器就能说清楚的。
只讨论一台服务器的话，3650双路加4G内存支持到5万并发是容易达到的，即使针对业务流比较复杂的情况，也能满足很大程度的需要。
但是考虑到存储子系统，比如4块sas硬盘raid0，可能只能达到5000数量级的并发请求。如果是以另外的光纤盘阵来支持存储则可以显著提高硬盘传输带宽的性能。
最后还要考虑到你的网络带宽，对大多数网站来说，通常这才是最大的瓶颈所在。也就是说即使你的cpu、内存、硬盘都没问题，也会因为租用的网络带宽限制而影响最大的并发数。
还有一点，经过优化的网站程序对结果也有很大影响。事实上很多网站的访问体验很糟糕，其实不是因为硬件的原因，而是程序写的太烂。
很抱歉我本想以单台服务器来讲，但是说着说着又变成讲网站架构了。不如举个例子吧，如果你在这台服务器上运行discuz或动网之类的服务，在没有特别高峰的情况下，5万并发是没有问题的。

要满足500tps的要求，最少需要的并发量大概是500–1000个，这取决于应用程序的复杂程度、服务器的性能和网络的带宽。
为了确保应用程序能够达到500tps的目标，应该考虑服务器性能提升，比如使用更快的硬盘，更好的CPU，更多的内存，更快的网络等。同时，应该优化程序代码，减少请求的延迟，降低响应时间，并且要使用更有效的数据存储和索引技术，以更好地支持大量的并发请求。

ASPnet的并发量主要受服务器硬件、配置、网络环境等多种因素影响。具体并发量的大小，需要根据具体的应用场景和需求来进行评估和测试，不同的应用程序可能有不同的并发量要求。
如果是一些简单的网站或者小型应用，ASPnet能够支持的并发量可能较低，一般在几十到几百之间。但是对于一些高并发的应用，如电商平台、社交网站等，ASPnet需要支持数以万计的并发访问，需要采用分布式架构、负载均衡等技术手段进行优化和提升性能。
综上所述，ASPnet的并发量并没有一个固定的数值，需要根据具体情况进行评估和测试，并采取相应的优化措施来提高应用程序的性能和并发能力。

---