|
msg7086Apr 23, 2015
1
并发数是说什么?并发连接数吗还是说PHP之类的进程数量?
|
|
sallowdishApr 23, 2015
2
按照AWS的德行,应该是load balancer把后续的requests转到别的VPS instance(s),如果没有多余的instance(s)或者别的某些阀值先达到了,那机会scaling up。单纯做testing的话最好不要用vps做performance testing,不会很准,然后钱包会吐血
|
|
sallowdishApr 23, 2015
3
production的话就设置好,然后让系统自动scale吧
|
|
yangqiApr 23, 2015
4
100个并发都handle不了?
|
|
zjxubinbinApr 23, 2015
5
只谈并发,不说架构就是耍流氓...
你要是10个并发就把你的负载干到100%还谈什么监控呀~ |
|
crabRunningApr 23, 2015
6
vps就不要压力测试了,并发那么有100那也算有蛮多的用户了
|
|
bestsanmaoApr 23, 2015
7
如果到100个并发tcp连接就重启服务器
那岂不是人人都可以“帮”你重启 |
|
msg7086Apr 23, 2015
8
|
|
9hillsApr 23, 2015 via iPhone
9
这个思路太诡异了。
|
|
datou552211Apr 23, 2015
10
现在都c1000k 了
|
|
crabRunningApr 23, 2015 via Android
11
@msg7086 你不能这么算的,~如果业务复杂点,数据库写操作比较多,100并发挂掉也可能的
|
|
msg7086Apr 23, 2015
12
@crabRunning 我说了「静态」。动态的话复杂业务两三个都能搞掉。
|
|
learnshareApr 23, 2015
16
1. 服务器永远都不该关机/重启;
2. 顶不住高并发,可以选择性拒绝一些请求,也可以提高性能、优化程序、升级硬件; 3. 我不太清楚并发 100 是多大的用户量,如果用户多,2 的后半部分不应该搞起来么! |
|
icloudnetApr 23, 2015
17
服务器上半年经常超过100个并发,内存被占光,使用crontab监控,内存超过97%就重启下httpd,虽有好转,随着网站访问量增加,发现这不是解决办法,然后升级到2G,就没有这些烦恼了,暂时2G还能撑住,不过下半年估摸还得升级。
|
|
sallowdishApr 23, 2015
18
@msg7086 中文不好,求不嘲讽
|