负载均衡测试专题及常见问题
一、负载均衡
负载均衡是一种技术，用于在多个计算机服务器之间分配工作负载，以确保所有服务器都能够有效地处理请求，并避免任何一个服务器过载，负载均衡器通常位于网络前端，接收来自客户端的请求，并将它们分发到多个服务器上，以实现请求的高可用性和可扩展性。
二、负载均衡类型
1、四层负载均衡：基于IP + 端口的负载均衡，适用于TCP和UDP协议。
2、七层负载均衡：基于应用层信息（如HTTP头部、URL等）的负载均衡，也称为内容交换，主要通过报文中的真正有意义的应用层内容，再加上负载均衡设备设置的服务器选择方式，决定最终选择的内部服务器。
三、负载均衡测试常见问题
1、后端主机未开启公网流量：购买云服务器时，如果不开启公网流量，则该主机挂载公网负载均衡时会导致转发不通的情况。
2、后端主机带宽设置不够：如果后端主机设置带宽过低，则带宽超过设定阈值后，后端服务器不会回包给CLB，这样CLB处理时会返回504、502给客户端。
3、客户端端口不足：客户端个数过少，或客户端的端口范围设置过小时，客户端端口不足，会导致建立连接失败。
4、后端服务器依赖的应用成为性能瓶颈：请求经过负载均衡到达后端服务器后，后端服务器本身负载正常，但由于所有的后端服务器上的应用又依赖数据库等其他应用，此时如数据库出现性能瓶颈，也会影响压测性能。
5、后端服务器的健康状态异常：压测时容易忽略后端服务器的健康状态，如果有后端服务器健康检查失败或者健康检查状态反复（时好时坏，反复变化）时，也会导致压测性能低的现象。
6、负载均衡开启会话保持，后端主机流量分配不均：负载均衡开启会话保持后，容易造成请求落在固定的几台后端服务器上，导致流量分配不均衡，压测性能受到影响。
7、健康检查探测频率过高：控制台设置5s接收一次探测包，实际后端服务器发现1s内收到一次甚至多次健康检查请求，导致健康检查探测频率过高的原因主要是和负载均衡的后端健康探测实现机制有关。
四、压测建议
1、使用短连接进行压测：一般除了验证会话保持等功能外，压测主要是希望验证负载均衡的转发能力，因此可以使用短连接来测试CLB和后端服务器的处理能力。
2、使用长连接进行压测：压测负载均衡吞吐量时建议使用长连接，用来测试带宽上限、或长连接业务等，此时建议将压测工具的超时时间调整为较小的阈值，超时时间过长时，会导致平均响应时间加长，从而不利于快速判断是否到达压测水位。
3、提供静态网页用于压测：建议后端服务器提供一个静态网页用于压测，避免应用本身逻辑带来的损耗，如I/O、DB等。
4、关闭会话保持功能：监听不开启会话保持功能，否则压力会集中在个别的后端服务器。
5、关闭健康检查功能：监听关闭健康检查功能，减少健康检查请求对后端服务器的访问请求。
6、使用多个client进行压测：使用多个client（> 5）进行压测，源IP分散，能够更好的模拟线上实际情况。
五、相关问题与解答
问题1：负载均衡中的四层负载均衡和七层负载均衡有什么区别？
答：四层负载均衡是基于IP + 端口的负载均衡，适用于TCP和UDP协议，而七层负载均衡是基于应用层信息（如HTTP头部、URL等）的负载均衡，也称为内容交换，主要通过报文中的真正有意义的应用层内容，再加上负载均衡设备设置的服务器选择方式，决定最终选择的内部服务器。
问题2：为什么在负载均衡压测时会出现后端服务器健康状态异常的情况？
答：压测时容易忽略后端服务器的健康状态，如果有后端服务器健康检查失败或者健康检查状态反复（时好时坏，反复变化）时，也会导致压测性能低的现象，这可能是由于后端服务器本身的配置问题、网络问题或者应用程序问题导致的。
各位小伙伴们，我刚刚为大家分享了有关“负载均衡测试专题及常见问题”的知识，希望对你们有所帮助。如果您还有其他相关问题需要解决，欢迎随时提出哦！
