Upstream 配的 Server 多了吞吐量反而下降严重

有点没看明白。

如果是说 CPU 占用，那分的多了 CPU 下降不是正常？

不是很明白你的意思。

忘记补充了一点。因为构造的测试压力是按 30 台估算后扩展的。所以理论上每台服务的 CPU 占用不应该太低。

Nginx 前面是 ELB，发往 ELB 的压力都是一样的。2 个场景的测试压力是相同，下面画个 Upstream 的配置示意图吧。

性能差
Nginx1 ==》 30Servers
Nginx2 ==》 30Servers
Nginx3==》 30Servers
Nginx4==》 30Servers
Nginx5 ==》 30Servers
Nginx6 ==》 30Servers


性能有较大幅度提升
Nginx1 ==》 1-5Servers
Nginx2 ==》 6-10Servers
Nginx3==》 11-15Servers
Nginx4==》 16-20Servers
Nginx5 ==》 21-25Servers
Nginx6 ==》 26-30Servers

想知道场景 2 的整体性能提升是否说明 Nginx 的某些配置有问题，导致 Upstream 不能填太多 Server

@bantianys

我猜你所有的 nginx 配所有节点的结果是:前几个后端 Server 在抗大部分流量

来源： http://nginx.org/en/docs/http/ngx_http_upstream_module.html
...
By default, requests are distributed between the servers using a weighted round-robin balancing method. In the aove example, each 7 requests will be distributed as follows: 5 requests go to backend1.example.com and one request to each of the second and third servers. If an error occurs during communication with a server, the request will be passed to the next server, and so on until all of the functioning servers will be tried. If a successful response could not be obtained from any of the servers, the client will receive the result of the communication with the last server.
...

翻译：
默认情况下，使用加权循环平衡方法在服务器之间分配请求。在上面的示例中，每 7 个请求将如下分配：5 个请求转到 backend1.example.com 第二个和第三个服务器中的一个请求。如果在与服务器通信期间发生错误，该请求将被传递到下一个服务器，依此类推，直到尝试所有正常运行的服务器为止。如果无法从任何一台服务器获得成功的响应，则客户端将收到与最后一台服务器的通信结果。

你试试每个 Nginx 都填写 30 个 Upstream，并且每个 Nginx 的顺序不同：
Nginx1 ==> 1-30
Nginx2 ==> 6-30, 1-5
Nginx3 11-30, 1-10

依此类推

上周领导承诺要抗 30W QPS，结果一测战力只有 5 。。。折腾了好几天最终缩小范围到 Nginx 配置这块。

感谢各位大佬，周一上班去试试。

用这样的配置顺序测试一下呢

nginx1 => 1-30
nginx2 => 6-30,1-5
nginx3 => 11-30,1-10
.....
nginx6 => 26-30,1-25

好奇问下第二种配置提升了多少

@rahuahua 拆分成小集群后 QPS 由 1.2W 提升到接近 12W 。差不多 10 倍了。
也不清楚原理是什么。

@bantianys 乖乖，有点突破认知了，期待后续总结~~~