大厂架构师华为云开发者社区专家博主阿里云开发者社区专家博主CSDN全栈领域优质创作者掘金优秀博主51CTO博客专家等。

《博客》Python全栈前后端开发小程序开发人工智能js逆向App逆向网络系统安全数据分析Djangofastapiflask等框架云原生k8sProme***us监控linuxshell脚本等实操经验网站搭建数据库等分享。

文章目录

Prome***us如何监控Haproxy1、监控案例介绍1.1

监控场景描述1.2

同时我们还通过“监控的方法论”找出了不同资源的重要的指标并编写PromQL查询表达式和告警规则。

但是系统资源的监控只是监控的一部分。

因此我们还需要关注运行在这些节点上的应用程序。

接下来我们将深入探讨如何通过应用程序暴露的指标来直接监控它们或者通过

Exporter

同时我们还会逐一介绍每个应用的关键性能指标并讲解如何利用PromQL

此外我们对应的PromQL制作为告警规则以便在系统出现异常时能第一时间进行通知。

有些应用程序自带metrics像HaproxRabitMQkubernetes等

有些需要我们借助exporter进行暴露metrics很多应用都有对应的exporter

有些需要服务发现

还有些黑盒监控如何通过http探测网站通过tcp去探测相关服务

1、应用自带Metrics如何监控

掌握这些监控的资源的重要指标以及PromQL的查询表达式编写PromQL告警规则文件

AlertManager

能够直接提供兼容Prome***us的指标格式无需依赖任何额外的

exporter

。

安装Haproxy、然后修改stats配置对外输出metrics接口

2.1

1、使用yum安装Haproxycentos7默认安装的是1.5版本无法安装2.0以上的版本。

我们使用功能rocketlinux9.5系统可以yum安装

yum

/etc/haproxy/haproxy.cfgglobalmaxconn

100000

Haproxy支持最大的会话数如果default没有配置则使用global#

uid

/var/lib/haproxy/haproxy.pidstats

socket

Haproxy支持的最大会话数默认是100000retries

连接后端服务器失败的次数如果超过这里设置的值haproxy会将对应的后端服务器标记为不可用mode

httptimeout

个。

如果超过这个数值额外的新会话将被延迟或拒绝rate-limit

sessions

我们看到haproxy开启了两个负载均衡组分别为80和81两个端口号

http://10.10.0.31:9999/haproxy-status

刚进去需要先登录

1、编辑Prome***us配置文件将Haproxy服务纳入监控

vim

[jingtian02:9999]2、重新加载Prome***us配置文件

curl

http://localhost:9090/-/reload3、检查Prome***us的Status-Targets页面验证Haproxy是否已经成功纳入监控中

在prome***us查询中输入haproxy可以查到相关指标

2.3

方法监控请求速率Rate、请求失败数Errors、请求延迟Duration

Frontend

中指的是客户端连接到的部分它负责接收来⾃客户端的请求并将它们转发到相应的

backend

是由一个或多个服务器组成的集群这些服务器用于处理frontend转发过来的请求。

通常监控

backend

haproxy_frontend_limit_session_rate

rate(haproxy_frontend_connections_total[5m])案例2查询最近5分钟Haproxy前端当前平均活跃的会话数占总会话数上限的比率。

gauge类型的数据求一段时间的平均数可以用avg_over_time

计算公式

avg_over_time(haproxy_frontend_current_sessions[5m])

haproxy_frontend_limit_sessions

100案例3查询最近5分钟haproxy前端平均每秒的新建最大的会话速率占比总限制的新建会话比率。

计算公式

avg_over_time(haproxy_frontend_max_session_rate[5m])

haproxy_frontend_limit_session_rate

1002、haporxy

(haproxy_frontend_http_requests_total[1m])案例2查询

HAProxy

max_over_time(haproxy_frontend_http_requests_rate_max[1m])案例3查询

HAProxy

rate(haproxy_frontend_request_errors_total[1m])案例4查询

最近5分钟HTTP

可以看到上面是多的一方并且多了code所以要去除code并且使用功能group_left哪边是多的一方group_哪边

加减乘除

rate(haproxy_frontend_http_responses_total{code~4xx|5xx}[5m])

rate(haproxy_frontend_http_requests_total[5m])

1003、HaproxyBackend

案例1计算最近5分钟当前后端平均每秒的活跃的会话数占总会话数限制的比率。

计算公式

avg_over_time(haproxy_backend_current_sessions[5m])

后端4xx响应数

rate(haproxy_backend_http_responses_total{code4xx}[5m])

ignoring(code)

rate(haproxy_backend_http_requests_total[5m])

后端5xx响应数

rate(haproxy_backend_http_responses_total{code5xx}[5m])

ignoring(code)

rate(haproxy_backend_http_requests_total[5m])

1004、Haproxy监控状态相关指标

haproxy_process_start_time_seconds

haproxy_server_check_failures_total

12.4

/etc/prome***us/rules/haproxy_rules.ymlgroups:

name:

|avg_over_time(haproxy_frontend_current_sessions[5m])/haproxy_frontend_limit_sessions

100

Haproxy前端活跃会话数占限制比率过高description:

Haproxy前端{{

|avg_over_time(haproxy_frontend_max_session_rate[5m])/haproxy_frontend_limit_session_rate

100

Haproxy前端新建会话速率占限制比率过高description:

Haproxy前端{{

Haproxy前端HTTP响应4xx\5xx错误率过高expr:

|rate(haproxy_frontend_http_responses_total{code~4xx|5xx}[5m])/ignoring(code)group_leftrate(haproxy_frontend_http_requests_total[5m])

100

Haproxy前端HTTP响应错误率过高description:

Haproxy前端{{

|avg_over_time(haproxy_backend_current_sessions[5m])/haproxy_backend_limit_sessions

100

Haproxy后端活跃会话数占限制比率过高description:

Haproxy后端{{

|rate(haproxy_backend_http_responses_total{code4xx}[5m])/ignoring(code)

rate(haproxy_backend_http_requests_total[5m])

100

|rate(haproxy_backend_http_responses_total{code5xx}[5m])/ignoring(code)

rate(haproxy_backend_http_requests_total[5m])

100

后端活跃服务器数量小于1这意味着整个后端服务不可用立即检查后端服务器状态。

-

alert:

haproxy_server_check_failures_total

1for:

实例检测失败可能存在连接问题或服务不稳定。

重新加载prome***us配置

curl

http://localhost:9090/-/reload查看告警

2.5

如果想看下某个图形表达的是什么数据可以点击右上角三个点点击编辑