为什么7层负载均衡压测性能低

为什么80%的码农都做不了架构师？>>>   

为什么7层负载均衡压测性能低

7层性能会比4层性能低

负 载均衡集群采用LVS和Tengine实现，其中4层监听经过LVS后直接到达后端服务器，而7层监听经过LVS后，还需要再经过Tengine，最后达 到后端服务器。就是说7层比4层多了一个处理环节，因此，7层性能没有4层性能好。 除了7层本身的性能较4层低外，有的用户发现7层性能很差，根本跑不上去，挂了两台ECS的7层负载均衡监听性能还不如一台ECS的性能，有可能是如下原 因：

CASE1 客户端端口不足 尤其容易发生在压测的时候，客户端端口不足会导致建立连接失败，负载均衡默认会抹除tcp连接的timestamp属性，linux协议栈的 tw_reuse(time_wait状态连接复用)无法生效，time_wait状态连接堆积导致客户端端口不足 解决方法： 客户端端使用长连接代替短连接。 使用RST报文断开连接（socket设置SO_LINGER属性） ，而不是发FIN包这种方式断开。

CASE2 后 端服务器accept队列满 后端服务器accept队列满，导致后端服务器不回复syn_ack报文，客户端超时。 解决方法：默认的net.core.somaxconn参数为128，执行sysctl -w net.core.somaxconn=1024 或者其它更大的值，并重启后端服务器上的应用。

CASE3 后端服务器连接过多 由于架构设计的原因，使用7层负载均衡时，用户长连接经过Tengine后变成短连接，可能造成后端服务器连接过多，从而表现为压测性能上不去。

CASE4 后端服务器依赖的应用成为瓶颈 请求经过负载均衡达到后端服务器后，后端服务器本身负载都正常，但由于所有的后端服务器上的应用又依赖其它应用，比如数据库，数据库成为瓶颈，也会引起

CASE5 后端Server的健康检查状态异常 尤其在压测的时候容易忽略后端Server的健康检查状态，如果有后端Server健康检查失败或者健康检查状态经常跳跃（好到坏，又从坏到好，反复变化）也会导致性能跑不上去。

转载于:https://my.oschina.net/cmcm/blog/615361