设为首页 收藏本站
查看: 1829|回复: 0

[经验分享] 关于haproxy的一些事儿

[复制链接]

尚未签到

发表于 2015-11-20 09:48:52 | 显示全部楼层 |阅读模式
  haproxy  日志格式
  我们都知道日志是非常强大的一个库,里面可以挖出来很多东西,弄明白他,将令你如虎添翼。
  haproxy支持4种日志格式,大多数的字段都是相通的,只有极少数的格式是因为某种特殊的功能配置而单独添加的。
  第一个:默认格式。这种格式非常基本,已经很少使用了,他的日志中只有:来访者IP:端口;目的IP:端口;前端名称(frontend-name)。
  第二个:TCP格式。是一种高级格式。开启条件:前端(frontend)设置开启了“option tcplog”,就会出现这种日志格式。haproxy通常会等待一个连接从开始到结束后,才记录日志。这种日志提供了丰富的信息,如:时间,连接数,队列大小等。这种日志格式非常适合纯tcp的代理。
   DSC0000.jpg

  其中6的格式0/0/5007 Tw/Tc/Tt 时间 #时间都是ms级别的。
  Tw 是指在请求队列中等待的总时间(T代表总共 w代表waiting) 如果是-1的话 代表客服端主动断开请求
  Tc 是指用来连接后端server tcp建联总时间(T代表总共 c代表connect) 如果是-1的话 代表客服端在tcp建联的时候断开请求
  Tt 是指haproxy完成整个请求的总时间(包括接受请求 向后端发起 接收后端的内容 和重试的所有时间) (T代表总共 t也代表总共)
  其中7的格式byte_read* 日志记录时 所以经过haproxy 传输的字节数.
  其中9的格式0/0/0/0/3 actconn/feconn/beconn/srv_conn/retries
  actconn 是指会话记录过程中进程并发连接数(好像跟系统文件描述符相关)
  feconn 是指会话记录过程中frontend中的并发连接数(frontend 级别的)
  beconn 是指会话记录过程中backend中已经建立握手的并发连接数(backend 级别的)
  srv_conn 是指会话记录过程中活跃的并发连接数
  retries是指会话记录过程中重试后端server的次数
  其中10的格式0/0 srv_queue/backend_queue
  srv_queue 处理改请求时 server端的队列正在处理的连接数  
  backend_queue 处理改请求是 backend队列正在处理的连接数
  第三个:HTTP格式。是专门用来做HTTP代理的日志。开启条件:前端(frontend)设置开启了“option httplog”,就会出现这中日志格式。它不仅包括了tcp日志中的字段,还包含一些http请求中所特有的内容字段,如:请求,状态码,header信息,以及cookie信息。这中日志格式非常适合HTTP代理。
   DSC0001.jpg

DSC0002.jpg
  
  
  Jun 26 20:55:18 日志产生的时间
  localhost.localdomain 本地
  haproxy[6255]: haproxy pid
  112.3.150.26:19538 客户端源地址 :源端口
  [1372251318.135/1372251318.267] 请求开始时间/请求结束时间 时间戳的格式
  http-in frontend名称
  fc_backend/CMN-NJ-S-3O7    backend名称/后端server名称(均根据配置的改变而改变)
  0/0/0/111/132 Tq/Tw/Tc/Tr/Tt (时间跟上面一样 ms级别的)
  Tq 等待客户端发送完整的http请求的时间 (-1 表示在接收http响应之前断开连接)
  Tw 请求在队列中等待的时间 (-1 表示请求到达队列之前 断开连接)
  Tc 与后端server建联的总时间 包括重试时间 (-1 表示请求与后端建联过程中 断开连接)
  Tr 等待后端server 发送一个完整http响应总时间 不包括实体内容(-1 代表在等待发送响应之前 断开连接)
  Tt 从接受请求到关闭连接的总时间
  302 HTTP响应代码
  436 接收到该请求返回的数据大小(包括HTTP头) 单位是字节

- 请求的cookie
  - 响应的cookie

  ---- 请求终止状态

  
  9670/9670/7878/1496/0 actconn/feconn/beconn/srv_conn/retries
  actconn 是指会话记录过程中进程并发连接数(好像跟系统文件描述符相关)
  feconn 是指会话记录过程中frontend中的并发连接数(frontend 级别的)
  beconn 是指会话记录过程中backend中已经建立握手的并发连接数(backend 级别的)
  srv_conn 是指会话记录过程中活跃的并发连接数
  retries 是指会话记录过程中重试后端server的次数
0/0 srv_queue/backend_queue
srv_queue 处理该请求时 server端的队列正在处理的连接数  backend_queue 处理改请求是 backend队列正在处理的连接数
  {sz.photo.store.qq.com|Mozilla/4.0 (com|http://user.qzone.qq.com/2644932027/info} {' captured_request_headers '}

  与配置有关,看下面:
DSC0003.jpg

  host 40字节        User_Agent 16字节                    Referer 40字节

  "GET /rurl2=ce4f79c2e7d3420f44fea1b5363ce5420f16ce1672878028ba568cc37e28a77ed9d0f3516 HTTP/1.1"

  GET 请求方法。
   /rurl2=ce4f79c2e7d3420f44fea1b5363ce5420f16ce1672878028ba568cc37e28a77ed9d0f3516     请求的URI。
  HTTP/1.1 请求的协议版本
  日志部分讲到这里。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-141390-1-1.html 上篇帖子: haproxy 教程 下篇帖子: haproxy + redis 负载均衡
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表