业务日志中出现“Connection reset by peer”的错误怎么办？

负载均衡后端配置 TCP 服务端口后，后端业务日志中频繁出现类似如下网络连接异常的错误信息。首先可以通过抓包分析这条日志产生是否是负载均衡器的锁发出的请求导致，如果不是则需要检查其他地方配置是否有问题。本文主要分析由负载均衡器产生的问题。

该问题和负载均衡的健康检查机制有关。由于 TCP 对上层业务状态无感知，同时，为降低负载均衡健康检查成本和对后端业务的冲击，负载均衡针对 TCP 协议服务端口的健康检查只会做简单的 TCP 三次握手，而后直接发送 RST 包断开 TCP 连接。

简单的来说，四层健康检查，会对后端服务器发起一次请求，后端服务器的服务端口只要应答了负载均衡器则认为此次检查是成功的，就会主动关闭连接，并未进行业务层面上的数据交互，从而导致上层业务（例如 Java 连接池等）认为相应的连接是异常的。

对于以上情况主要有两种解决方法。