峰值 5000 并发量的服务器需要什么配置比较合理？

@jackrelative 你这个有点🍺🐮

抛开需求说并发，没有多大意义，楼主可以把具体的场景发出来

如果是读个 redis 就返回，单机 5000qps 不难。如果是挖一个比特币，给你 100 台机器，qps 做到 1 都不可能

好多人搞不清概念

@jackrelative 5000qps 你搞单机 2c8g，静态页面都一定扛得住。
宽带算一算 4m 分给 5000 每个人分多少

并发啥时候和 QPS 是一回事了？

@AngryPanda 我每秒能够同时响应以及处理 5000 次请求 不合格吗 老哥？狗头

@jackrelative 但凡有点业务 如果扛得住 我当场把我显示器吃掉

@AngryPanda 学习一下，请问要弄清楚这个的话，这个职位叫什么？软件测试工程师？具体需要掌握哪些方面知识？

5000 并发不是 5000qps
如果真是 5000 并发，还差这点钱？直接堆几台顶配

一楼应该不知道 5000 并发是什么意思。

@brendanliu @sagaxu #22 #23 描述的很清楚了，那么到底如何评估呢？开机器进行压测。

你光说峰值 5000 并发量这个没有什么意义，这个真不能象某些人上来就 2 核 4G 拍脑袋瞎说，而且数据库和文件服务器都没有独立部署，不然就不会有压测这个事儿了。
数据库进行复杂查询对 CPU，内存，磁盘占用都非常高，一个线程的业务就可能瞬间就把服务器负载彪到 50%以上。
所以按我的经验来说来数据库操作的业务峰值 5000 都要上分布式系统，数据库和文件服务器都要单位部署，前级需要进行负载均衡了。

别动不动 几千几万的并发，OK ？

只处理过几十并发的不敢发出任何声响

取决于你的应用性能。

应用写的好，且 IO 不密集，4C16G 轻松 handle

你要是应用写的性能渣，那就没救

线上服务十几并发双 2C4G 的瑟瑟发抖

qps
qps 的话 扛不住

有那么大流量尽量用好点的机器吧 影响客户体验都跑了就得不偿失了

@jackrelative 兄弟..你算一下你的带宽..够 5000 人同时访问?