1G 内存的 VPS 有必要监控并发数超过 100,系统自动重启吗?
- 0次
- 2021-05-26 22:35:40
- idczone
美国服务器
并发数是说什么?并发连接数吗还是说PHP之类的进程数量?
按照AWS的德行,应该是load balancer把后续的requests转到别的VPS instance(s),如果没有多余的instance(s)或者别的某些阀值先达到了,那机会scaling up。单纯做testing的话最好不要用vps做performance testing,不会很准,然后钱包会吐血
production的话就设置好,然后让系统自动scale吧
100个并发都handle不了?
只谈并发,不说架构就是耍流氓...
你要是10个并发就把你的负载干到100%还谈什么监控呀~
vps就不要压力测试了,并发那么有100那也算有蛮多的用户了
如果到100个并发tcp连接就重启服务器
那岂不是人人都可以“帮”你重启
又见阀值。
其实只跑静态的话nginx轻松应对每秒上千请求……
这个思路太诡异了。
现在都c1000k 了
你不能这么算的,~如果业务复杂点,数据库写操作比较多,100并发挂掉也可能的
我说了「静态」。动态的话复杂业务两三个都能搞掉。
nginx 的并发数
说错,是网站并发数
所以说网站并发数是个什么鬼
1. 服务器永远都不该关机/重启;
2. 顶不住高并发,可以选择性拒绝一些请求,也可以提高性能、优化程序、升级硬件;
3. 我不太清楚并发 100 是多大的用户量,如果用户多,2 的后半部分不应该搞起来么!
服务器上半年经常超过100个并发,内存被占光,使用crontab监控,内存超过97%就重启下httpd,虽有好转,随着网站访问量增加,发现这不是解决办法,然后升级到2G,就没有这些烦恼了,暂时2G还能撑住,不过下半年估摸还得升级。
中文不好,求不嘲讽
阈值,不是阀值
为何要at我