技术解析

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我

数据地带为您的网站提供全球顶级IDC资源
在线咨询
专属客服