服务器做做优化,现在通过epoll支撑百万连接十万并发没什么瓶颈。但是,这只是网络层,如果落到具体业务,那就另当别论了。比如redis可以十万并发,因为只需要网络io和访问内存。但是如果有业务处理,挂上了数据库,走了kafka,并且再走redis,那就要具体问题具体分析了。
数据库单存qps,我们原来基准测试结果是可以支撑六万到八万左右,但是有事务的增删改绝对不是这个量级。
其实你需要的是一个基准测试的结果,例如tcp,http基准测试;tomcat基准测试;应用框架基准测试;redis基准测试;mysql基准测试等。
我们做过应用框架基准测试,基于springboot,测试接口没什么逻辑,就是直接查询sql并返回结果。基准测试结果是八核16G内存,跑两个实例,可以撑到8万并发左右,应该还有优化空间吧。
你这问题就和一天跑一百公里要个什么车一样,也不说什么路,也不说拉什么货
撇开场景扯性能,扯吞吐量,扯并发都是耍流氓
几台服务器加F5,一台不牢靠
看你什么样的场景,业务复杂度,就个静态页面,给你两台ng就搞定了
允许配置全站加速吗?另外需求不明确
32核128G内存
不可以,如果是短期高并发,建议考虑挂载负载均衡服务器。
C10kp……这是很经典的问题啊,一般nio就做到了。
要看性能要求了,如果只讨论并发数量,用异步网络模型,并发一万个链接没啥问题吧,只是数据处理不过来,大多数链接都是在等待结果而已。服务器配置1核8g差不多够了吧
朋友,这个需要看带宽的。并发连接数10000的网站,一般的服务器肯定承受不了。但是我不相信你能建这么大流量的网站。并发连接数达到10000.以为着你每天网站的流量在100万以上。购买服务器时,如果是共享100M,建议不要购买,最好是独享15M带宽以上。服务器配置最好是四核或8核的。
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)