这是一个创建于 3504 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
msg7086 2015-04-23 03:51:46 +08:00
并发数是说什么？并发连接数吗还是说PHP之类的进程数量？
|
 |
2
sallowdish 2015-04-23 05:35:18 +08:00
按照AWS的德行，应该是load balancer把后续的requests转到别的VPS instance(s)，如果没有多余的instance(s)或者别的某些阀值先达到了，那机会scaling up。单纯做testing的话最好不要用vps做performance testing，不会很准，然后钱包会吐血
|
|
3
sallowdish 2015-04-23 05:36:18 +08:00
production的话就设置好，然后让系统自动scale吧
|
 |
4
yangqi 2015-04-23 07:49:00 +08:00
100个并发都handle不了？
|
 |
5
zjxubinbin 2015-04-23 08:17:50 +08:00
只谈并发,不说架构就是耍流氓...
你要是10个并发就把你的负载干到100%还谈什么监控呀~ |
 |
6
crabRunning 2015-04-23 09:00:31 +08:00
vps就不要压力测试了，并发那么有100那也算有蛮多的用户了
|
 |
7
bestsanmao 2015-04-23 09:17:29 +08:00
如果到100个并发tcp连接就重启服务器
那岂不是人人都可以“帮”你重启 |
|
8
msg7086 2015-04-23 09:20:29 +08:00
|
 |
9
9hills 2015-04-23 10:10:24 +08:00 via iPhone
这个思路太诡异了。
|
 |
10
datou552211 2015-04-23 10:35:39 +08:00
现在都c1000k 了
|
|
11
crabRunning 2015-04-23 12:11:41 +08:00 via Android
@msg7086 你不能这么算的，~如果业务复杂点，数据库写操作比较多，100并发挂掉也可能的
|
|
12
msg7086 2015-04-23 15:06:06 +08:00
@crabRunning 我说了「静态」。动态的话复杂业务两三个都能搞掉。
|
 |
16
learnshare 2015-04-23 15:43:39 +08:00
1. 服务器永远都不该关机/重启；
2. 顶不住高并发，可以选择性拒绝一些请求，也可以提高性能、优化程序、升级硬件； 3. 我不太清楚并发 100 是多大的用户量，如果用户多，2 的后半部分不应该搞起来么！ |
 |
17
icloudnet 2015-04-23 15:49:41 +08:00
服务器上半年经常超过100个并发，内存被占光，使用crontab监控，内存超过97%就重启下httpd，虽有好转，随着网站访问量增加，发现这不是解决办法，然后升级到2G，就没有这些烦恼了，暂时2G还能撑住，不过下半年估摸还得升级。
|
|
18
sallowdish 2015-04-23 16:35:20 +08:00
@msg7086 中文不好，求不嘲讽
|
Select Language