阿里云服务器，2核4G 5M带宽的PV和并发大概是多少？

PV和并发不是固定数值，看的是你网站具体运营资源占用

和带宽比例关系

比如说同样的1M带宽

你做文字企业站，和做成**下载站，很明显承载能力是不一样的

不可能PV有固定比例

并发数，这个浮动几率更大了，甚至和你最终采用的服务系统都息息相关

比如Apache 和IIS 都有很大区别

然后不同程序对服务器资源占用比例都有很大关系

同时还要结合上面带宽的问题，所以不可能有固定结果。

另外，对于店大欺客的问题，有必要强调一下，百度能看到很多这种情况，万网虽好但是客服目前依然是整个产品链的缺口，太多太多人出现问题得不到应有的服务。

阿里云创立于2009年，是全球领先的云计算及人工智能科技公司，致力于以在线公共服务的方式，提供安全、可靠的计算和数据处理能力，让计算和人工智能成为普惠科技。

阿里云服务着制造、金融、政务、交通、医疗、电信、能源等众多领域的领军企业，包括中国联通、12306、中石化、中石油、飞利浦、华大基因等大型企业客户，以及微博、知乎、锤子科技等明星互联网公司。在天猫双11全球狂欢节、12306春运购票等极富挑战的应用场景中，阿里云保持着良好的运行纪录

1、查看Web服务器（Nginx Apache）的并发请求数及其TCP连接状态： netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'netstat -n|grep ^tcp|awk '{print $NF}'|sort -nr|uniq -c 或者：netstat -n | awk '/^tcp/ {++state[$NF]} END {for(key in state) print key,"t",state[key]}'返回结果一般如下： LAST_ACK 5 （正在等待处理的请求数）SYN_RECV 30ESTABLISHED 1597 （正常数据传输状态）FIN_WAIT1 51FIN_WAIT2 504TIME_WAIT 1057 （处理完毕，等待超时结束的请求数） 其他参数说明： CLOSED：无连接是活动的或正在进行LISTEN：服务器在等待进入呼叫SYN_RECV：一个连接请求已经到达，等待确认SYN_SENT：应用已经开始，打开一个连接ESTABLISHED：正常数据传输状态FIN_WAIT1：应用说它已经完成FIN_WAIT2：另一边已同意释放ITMED_WAIT：等待所有分组死掉CLOSING：两边同时尝试关闭TIME_WAIT：另一边已初始化一个释放LAST_ACK：等待所有分组死掉 2、查看Nginx运行进程数ps -ef | grep nginx | wc -l返回的数字就是nginx的运行进程数，如果是apache则执行ps -ef | grep httpd | wc -l 3、查看Web服务器进程连接数：netstat -antp | grep 80 | grep ESTABLISHED -c 4、查看MySQL进程连接数：ps -axef | grep mysqld -c

There're two general methods Let me call them internal and external, for lack of better terms The internal method calculates the max concurrency based on CPU speed compared to the CPU time used by one buffer get You have to estimate how many buffer gets your application will require at the peak time This of course assumes the application is fairly well tuned and disk I/O's are not a big part of the overall problem The external method is test without, or without much, thinking Many tools can do this Swingbench is one commonly used