Haproxy日志解析

最新推荐文章于 2022-07-27 11:03:37 发布

萌兰三太子

最新推荐文章于 2022-07-27 11:03:37 发布

阅读量1.8k

点赞数

本文链接：https://blog.csdn.net/m0_47495420/article/details/106935452

版权

本文详细介绍了Haproxy的日志解析，包括TCP终止状态的含义，如C/S/P/L/R/I/D/U/K/c/s等表示的事件，以及不同阶段的状态如R/H/Q/C/D/L/T等。同时，文章还阐述了如何通过日志排查问题，如检查haproxy是否收到请求，分析网络状况，并讲解了内置的timer和队列状态在故障诊断中的作用。此外，还提到了如何在日志中添加和查看HTTP请求的headers，以辅助问题定位。

摘要由CSDN通过智能技术生成

一、TCP termination_state

haproxy的tcplog或httplog提供了一个"termination_state"字段，这个字段提供了一个session是如何中断的指示器。在tcplog中是2个字符，在httplog中是4个字符，通常我们初步定位故障是用前两个字符。

1、第一个字符

该含义表示什么事件导致了session中断:

C : TCP session 由于client原因意外终止.
S : TCP session 由于server原因意外终止，或者被server明确拒绝.
P : session过早的被proxy终止。原因可以是实施了connection limit，或者被匹配了一个DENY acl，或者由于server回应的信息中带有某些危险的错误，没有通过安全检查，而被阻止(例如: 可缓存的cookie)
L : session被haproxy本地处理，没有传递给后端server。这个标志通常发生在stats和redirect操作.
R : proxy上的某个资源已经耗尽(内存, socket, 源端口...). 通常这个标志出现在connection阶段，系统日志内也会包含一个同样的错误信息，如果出现了这样的错误，那么必须尽快处理。
I : proxy自检出现内部错误。这个错误应该永远不会出现，如果你在log中发现这个错误，那么通常是haproxy出现了bug。通常的解决方法是冷重启haproxy。
D : session被haproxy关闭，因为后端server被检测到宕机。
U : session被haproxy关闭，当后端server failback的时候关闭backup server的连接.
K : session被haproxy的管理操作主动关闭.
c : client-side timeout，等待client收发数据超时.
s : server-side timeout，等待server手法数据超时.
- : session正常结束.