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

@youxiachai
我做的 IM 类和游戏类的产品，单服压力测试标准都是奔着 1 万的实时在线人数做的。生产环境，单服同时在线有 1.2 万的记录，服务器是 2 核 4G 的。你们的产品是做的淘宝么？

首先找个人来科普下并发的定义，然后再讨论。

@youxiachai 如果不是高频的 http 接口，4M 带宽并没有问题。http 业务较多，proxy 多加两个节点，proxy 节点很便宜。

现在配置都是弹性的，我觉得可以先按一楼的买低一点的配置，然后如果不够再加配置加宽带吧。够不够用取决于 APP 的类型。

@optional 请注意，我说了把文件服务放到 oss 。

HTTP 谈并发意义不大，QPS 才是真理

IM 和游戏类的谈并发意义更大一点。

不谈业务就说并发就是耍流氓

@zhuzhibin 游戏类业务服 2 核 4G+db/redis 单独部署，实时在线的有 1.2 万的记录，cpu 占用 70%左右，mem 占用 60%。社交 im 类产品我保守估计还能翻一倍，2 核 4G 单服至少负载 2 万实时在线。鹅厂某业务部门的标准，1 核 2G 大概就需要做到一万 qps 。你是不是要吃显示器？

@jackrelative 🐮🍺，这就是鹅厂吗？ 1C 2G 要做到 1W QPS，爱了爱了

@jackrelative 0 不说跑游戏还以为跑 hello world 呢

@youxiachai 每个在线用户按一秒钟 1 个请求计算，每个请求 46 字节 tcp 固定开销，业务数据上下行都以 100 字节计算。每个用户一秒钟带宽消耗 146 字节。4MB （云服务带宽是字节为单位，不是比特）够多少人，你自己算。

5000 并发 缺那点服务器钱？ 造成服务不稳定后果更严重吧

@jackrelative 你一个接口响应只消耗 146 字节?5000 并发的公司，会少这几 W 块钱的服务器费用?

@whyiyhw 你想多少字节？超 100 字节都属于比较大的包了。

@jackrelative +1

@whyiyhw pb，一个接口以 5 个 int32 字段，5 个 string，每个 string10 字节计算。字段间隔符为 1 字节。5*4+4*1+5*10+5*1，仅仅 79 字节。

@jackrelative
裸的服务简单返回接口 100 byte 够用了，一般情况下不够
毕竟还有流量染色信息，各种 header，tracing
正常情况下的 RPC 接口几 K 很正常，我们这边还有很多几百 k 甚至上 m 的 response

@jackrelative 也许你的业务场景下可以优化到 79 字节没问题，但你请看看主题， 回复前需要用到的资源前，先把一长串限制条件带上，谢谢！

@jackrelative 游戏的话交互基本要放在内存里了，和普通的互联网业务是不太像的。游戏的资源消耗除了 cpu 就在打包解包网络传输上了，而互联网业务估计要各种 rpc，逻辑上跳的很厉害，也很难测量 qps 。

混合部署的话 cpu,io 瓶颈应该会很严重
阿里云有按时收费的实例，可以测试一下