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

@youxiachai 大哥我错了......层次比较低..接触的数据都是以 K 为单位..让大哥见笑了...

跳蚤可以跳自己身高的 500 倍 蚂蚁可以举 600 倍体重 所以跳蚤 蚂蚁是力气最大的生物？

5000 qps 看干了啥，返回个 hello world 和做一个转账时 2 回事， 支付宝双 11 峰值 25w 笔 而已。你准备用几台主机搭一个支付宝？

峰值 5K，拿峰值说什么事哦，先看看日均并发多少？说句不好听的，一套打算用一台服务器解决的系统，可能不配峰值 5K 吧
先搞清楚需求吧，要不然讨论来讨论去没啥意思。
我猜峰值 5K 是系统设计指标吧，实际上跑起来可能没 500 。

5000 并发，按照 avg RT 是 200ms 来看，这得 25K QPS 了，

15 秒内 80 并发
一分钟内 400 并发
2 核 8G5M
普通网站没一点问题
主要是加了 CDN，不加 CDN 也没问题

@zhuzhibin #4 QPS 跟并发不是一个东西哦。

QPS （ TPS ）：每秒钟处理 request/事务 数量
并发数：系统同时处理的 request/事务数

QPS （ TPS ）= 并发数 /平均响应时间

@magese 5000 并发的网站非常的 NB 了，一天预计差不多 过亿级别的 PV 了，
如果这样的访问还用单台机，可能要顶不住啊

某些人真的是张口就来，5000 并发知道是什么概念吗？国内一线互联网产品搞个最热的活动峰值也就几万的并发。很多人压根不清楚并发、QPS 、响应时间的关系。楼主的条件只有一个 5000 并发，其他什么也没说，下面就有人敢说配置了。
-----------
并发量描述的是一个请求场景，QPS 代表的是服务端的处理业务能力。请求足够多的话，一般 QPS 会稳定在某个数值，但是并发越高，持续时间越久，平均响应延迟就越大。

先上个天河看看顶不顶得住（狗头）

@zhuzhibin 看了你的回复，想起卢姥爷的梗了 瞬间有点想笑 啊哈哈哈哈

这么大的并发还差服务器的钱钱？

5000 并发 是同一秒内有 5000 访问。

@killerv 看完回帖，还是老哥和我的认知最一致

不知道需要什么样的，我们目前某个业务日常并发 1000，有活动 3000，最高到过 4000，8c16g，目前是 9 个节点。4000qps 的时候，线程池 60%，还有点余量，5000 应该没问题

可以做基准测试，还有后续的性能测试啊。 付费的，免费的测试软件大把。

首先 楼上的 区分下查询业务或者写业务 混合业务啥的 个人做东西不是大厂浪费资源

qps 纯查询的话 1 个没啥问题 4c8g 看情况 2 个 4c8g 稳定也实惠
文件啥的 oss 基本不要钱流量多少一下都免费 cdn 也有部分免流量 redis 啥的 基本都外挂

推荐楼主试下再上 还有正常的并发预估 80%就好了 那有一直高峰不变的

5K 并发已经很高很高了……至少得几十台 16 核的才能扛得住吧。

如果峰很陡峭的话，你就按平均 QPS 设计吧，这个峰咱们用缓冲池把他给削了就成。

这么多流量了，。。。

我司不到 500 并发，也就 600 多台 VM 吧（手动狗头

还要考虑业务压力啊，纯并发 5000 小意思，有业务就不一样了