日志如下:
日志显示卡在建立连接开销
2020-08-30 21:24:04,319 INFO [BaseCommunicationProtocalFactory] 会话ID:7a6255467463434e949fd5a1ab4fa550,用户ID:13302812936:66:1:向节点SWZJ.NSXY.QT.CXNSRNDPJG,IP地址为:http://80.80.80.80/qyxygt3api/services/gt3Service?wsdl发起Webservice调用服务,配置的初始连接数为:300
2020-08-30 21:24:14,374 INFO [WebServiceClientCache] 会话ID:7a6255467463434e949fd5a1ab4fa550,用户ID:13302812936:66:1:http://80.80.80.80/qyxygt3api/services/gt3Service?wsdl建立连接开销ms:10055
整个会话的交易耗时:
2020-08-30 21:23:33,034 INFO [InternalAccessHandler] 会话ID:7a6255467463434e949fd5a1ab4fa550,用户ID:13302812936:58:2:交易流水号:7a6255467463434e949fd5a1ab4fa550,服务:SWZJ.HXZG.FP.CSHPZHDSQ,整个交易耗时ms:10154
此次请求大多数的时间消耗在建立连接上。
排除环境和路由的原因:
环境上的路由仅指向webservice的地址,不会去建立连接,建立的连接还是走的webservice协议的网络连接。因此和连接没有关系。
建立连接可能会经历以下步骤:
服务器1==》DNS解析 == 》负载均衡 ==》防火墙 ==》服务器2
根据问题发生的时间,此次问题仅在周六周日出现,怀疑是在防火墙上由策略限制了长连接。
根据以往经验,由于网络架构可能会造成网络解析慢,导致卡顿。
目前解决办法:
在esb服务器的hosts上做如下配置跳过网络解析
webservice的地址(负载地址) 发票领用服务器地址
发票领用服务器地址 发票领用服务器地址
由于并不能确定是哪一段的网络解析慢,不能确定在hosts中添加哪个ip对ip的解析,需要去尝试。