当前位置： 首页 > news >正文

导航网站前端模板,网站开发与支付宝端口连接,如何用ae做模板下载网站,WordPress淘客转链插件✨✨ 欢迎大家来到景天科技苑✨✨ #x1f388;#x1f388; 养成好习惯#xff0c;先赞后看哦#x1f388;#x1f388; #x1f3c6; 作者简介#xff1a;景天科技苑 #x1f3c6;《头衔》#xff1a;大厂架构师#xff0c;华为云开发者社区专家博主#xff0c;… ✨✨ 欢迎大家来到景天科技苑✨✨ 养成好习惯先赞后看哦 作者简介景天科技苑 《头衔》大厂架构师华为云开发者社区专家博主阿里云开发者社区专家博主CSDN全栈领域优质创作者掘金优秀博主51CTO博客专家等。 《博客》Python全栈前后端开发小程序开发人工智能js逆向App逆向网络系统安全数据分析Djangofastapiflask等框架云原生k8sPrometheus监控linuxshell脚本等实操经验网站搭建数据库等分享。 所属的专栏Prometheus监控系统零基础到进阶 景天的主页景天科技苑 文章目录 Prometheus如何监控Haproxy1、监控案例介绍1.1 监控场景描述1.2 监控环境规划 2、Prometheus监控Haproxy2.1 安装并配置Haproxy2.2 配置Prometheus将Haproxy纳入监控2.3 Haproxy常用指标2.4 Haproxy告警规则文件2.5 Grafana导入Haproxy图形 Prometheus如何监控Haproxy 1、监控案例介绍 1.1 监控场景描述 在前⾯的章节中我们已经学习了如何使用 Prometheus 结合node_exporter 来监控系统资源的CPU、内存、磁盘、网络等 同时我们还通过“监控的方法论”找出了不同资源的重要的指标并编写PromQL查询表达式和告警规则。 但是系统资源的监控只是监控的一部分。因此我们还需要关注运行在这些节点上的应用程序。 接下来我们将深入探讨如何通过应用程序暴露的指标来直接监控它们或者通过 Exporter 来间接收集不同应用的指标数据。 同时我们还会逐一介绍每个应用的关键性能指标并讲解如何利用PromQL 对这些指标进行查询。 此外我们对应的PromQL制作为告警规则以便在系统出现异常时能第一时间进行通知。 我们先看下监控案例的场景
有些应用程序自带metrics像HaproxRabitMQkubernetes等 有些需要我们借助exporter进行暴露metrics很多应用都有对应的exporter 有些需要服务发现 有些需要push数据给网关 还有些黑盒监控如何通过http探测网站通过tcp去探测相关服务 我们针对不同类型都有详细讲解如何监控。 1、应用自带Metrics如何监控 2、应用无法自带Metrics借助Exporter如何监控 3、黑盒监控BlackBox 4、PushGateway如何使用 掌握这些监控的资源的重要指标以及PromQL的查询表达式编写PromQL告警规则文件 告警 AlertManager 图形 Grafana 1.2 监控环境规划 2、Prometheus监控Haproxy 从 HAProxy 2.0 版本开始HAProxy 内置了对 Prometheus 的支持。 这意味着 HAProxy 能够直接提供兼容Prometheus的指标格式无需依赖任何额外的 exporter 。安装Haproxy、然后修改stats配置对外输出metrics接口 2.1 安装并配置Haproxy 1、使用yum安装Haproxycentos7默认安装的是1.5版本无法安装2.0以上的版本。我们使用功能rocketlinux9.5系统可以yum安装 yum install haproxy -y看下systemd配置文件
2、配置Haproxy的stats功能 先将源文件备份 cat /etc/haproxy/haproxy.cfgglobalmaxconn 100000 # Haproxy支持最大的会话数如果default没有配置则使用global# uid 99# gid 99user haproxygroup haproxydaemonlog 127.0.0.1 local2 infopidfile /var/lib/haproxy/haproxy.pidstats socket /var/lib/haproxy/haproxy.sock mode 600 level admin # 定义sock位置及权限 defaultsoption http-keep-aliveoption forwardformaxconn 5000 # Haproxy支持的最大会话数默认是100000retries 3 # 连接后端服务器失败的次数如果超过这里设置的值haproxy会将对应的后端服务器标记为不可用mode httptimeout connect 300stimeout client 300stimeout server 300s

打开负载均衡的状态页面

frontend statsbind *:9999stats enablestats uri /haproxy-statusstats auth jingtian:123456# Prometheus metrics 的路径http-request use-service prometheus-exporter if { path /metrics }# 允许每秒通过haproxy的新会话数限制为 100 个。如果超过这个数值额外的新会话将被延迟或拒绝rate-limit sessions 100

定义负载均衡配置

frontend javabind *:80mode httprate-limit sessions 100default_backend javaserver backend javaserverbalance roundrobinserver web1 127.0.0.1:8080 checkserver web2 127.0.0.1:8080 check

定义负载均衡配置

frontend webbind *:81mode httprate-limit sessions 200default_backend webservers backend webserversbalance roundrobin# 后端支持最大的并发连接数会话数fullconn 1000server web3 10.10.0.30:9090 checkserver web4 127.0.0.1:8080 check3、启动Haproxy systemctl enable haproxy.service –now查看运行状态
我们看到haproxy开启了两个负载均衡组分别为80和81两个端口号 一个haproxy可以有很多个负载均衡组
4、检查Haproxy的状态页面 http://10.10.0.31:9999/haproxy-status 刚进去需要先登录
5、检查Haproxy的metrics接口是否能暴露指标 http://10.10.0.31:9999/metrics
能访问这个metrics获取数据依托于这个配置
2.2 配置Prometheus将Haproxy纳入监控 1、编辑Prometheus配置文件将Haproxy服务纳入监控 vim prometheus.yml - job_name: haproxystatic_configs:- targets: [jingtian02:9999]2、重新加载Prometheus配置文件 curl -X POST http://localhost:9090/-/reload3、检查Prometheus的Status-Targets页面验证Haproxy是否已经成功纳入监控中
在prometheus查询中输入haproxy可以查到相关指标
并且可以查询到结果
2.3 Haproxy常用指标 对于 HAProxy通常会使用 RED 方法监控请求速率Rate、请求失败数Errors、请求延迟Duration 但是Haproxy作为负载均衡他又分为了前端和后端 Frontend 在 HAProxy 中指的是客户端连接到的部分它负责接收来⾃客户端的请求并将它们转发到相应的 backend 集群。 通常监控 frontend 以下信息 新建连接的速率 每秒的请求速率 当前活动连接数 响应时间 会话错误和拒绝 Backend 是由一个或多个服务器组成的集群这些服务器用于处理frontend转发过来的请求。通常监控 backend 以下信息 会话数、当前活动连接 后端服务器的响应时间 后端服务器错误和超时等 后端服务器的健康状态比如是否在线、是否繁忙等 1、haporxy fronted 连接与会话相关指标
haproxy_frontend_limit_session_rate 这个是需要在配置haproxy的配置文件中配置的
案例1查询最近5分钟Haproxy前端新建连接数的速率 rate(haproxy_frontend_connections_total[5m])案例2查询最近5分钟Haproxy前端当前平均活跃的会话数占总会话数上限的比率。 gauge类型的数据求一段时间的平均数可以用avg_over_time 计算公式 当前活跃的会话数 / 会话数的限制 * 100
avg_over_time(haproxy_frontend_current_sessions[5m]) / haproxy_frontend_limit_sessions * 100案例3查询最近5分钟haproxy前端平均每秒的新建最大的会话速率占比总限制的新建会话比率。 计算公式 每秒新建的最大会话速率 / 每秒新建会话速率限制 * 100 avg_over_time(haproxy_frontend_max_session_rate[5m]) / haproxy_frontend_limit_session_rate * 1002、haporxy fronted http请求与响应相关指标
案例1查询 HAProxy 前端最近1分钟的 HTTP 每秒请求速率。 rate (haproxy_frontend_http_requests_total[1m])案例2查询 HAProxy 前端最近1分钟最⼤的新建请求数量。 max_over_time(haproxy_frontend_http_requests_rate_max[1m])案例3查询 HAProxy 前端最近1分钟HTTP每秒的错误请求速率 rate(haproxy_frontend_request_errors_total[1m])案例4查询 最近5分钟HTTP 响应错误4xx 和 5xx占总请求比率计算公式4xx|5xx的响应码增长率 / 总的请求数 我们先看下响应状态码都是什么样的
然后看下4xx 5xx响应速率和最近5分钟请求总数
可以看到上面是多的一方并且多了code所以要去除code并且使用功能group_left哪边是多的一方group_哪边 ignoring或group_left都必须放在 加减乘除 操作符的右侧 rate(haproxy_frontend_http_responses_total{code~4xx|5xx}[5m]) / ignoring(code)group_left rate(haproxy_frontend_http_requests_total[5m]) * 1003、HaproxyBackend 相关指标
后端限制最大会话数
案例1计算最近5分钟当前后端平均每秒的活跃的会话数占总会话数限制的比率。 计算公式 当前并发活跃的会话数 / 最大限制的会话数 * 100
avg_over_time(haproxy_backend_current_sessions[5m]) / haproxy_backend_limit_sessions * 100案例2计算最近5分钟后端4xx响应的错误率计算公式 后端4xx响应数 / 后端总请求数 * 100
rate(haproxy_backend_http_responses_total{code4xx}[5m]) / ignoring(code) rate(haproxy_backend_http_requests_total[5m]) * 100案例3计算最近5分钟后端5xx响应的错误率计算公式 后端5xx响应数 / 后端总请求数 * 100% rate(haproxy_backend_http_responses_total{code5xx}[5m]) / ignoring(code) rate(haproxy_backend_http_requests_total[5m]) * 1004、Haproxy监控状态相关指标
后端活跃的服务器数量
只有一个后端服务不是失败的其他的都检测失败
案例1查询Haroxy运行了多长时间计算公式 (当前时间 - haproxy运行时间) / 小时 time()得到的是当前的时间戳
(time() - haproxy_process_start_time_seconds ) / 3600案例2检查后端的活跃服务器小于1 haproxy_backend_active_servers 1案例3查询Haproxy后端服务器是否有检测失败的 haproxy_server_check_failures_total 12.4 Haproxy告警规则文件 1、编写告警规则文件 cat /etc/prometheus/rules/haproxy_rules.ymlgroups:

• name: Haproxy告警规则rules:- alert: Haproxy前端活跃会话数过高expr: |avg_over_time(haproxy_frontend_current_sessions[5m])/haproxy_frontend_limit_sessions * 100 80for: 5mlabels:severity: warningannotations:summary: 实例:{{ \(labels.instance }} Haproxy前端活跃会话数占限制比率过高description: Haproxy前端{{ \)labels.proxy }} 活跃会话数占限制的会话数比率超过了80%当前值为{{ \(value }}%。- alert: Haproxy前端新建会话速率过高expr: |avg_over_time(haproxy_frontend_max_session_rate[5m])/haproxy_frontend_limit_session_rate * 100 80for: 5mlabels:severity: warningannotations:summary: 实例:{{ \)labels.instance }} Haproxy前端新建会话速率占限制比率过高description: Haproxy前端{{ \(labels.proxy }} 每秒新建的会话速率占限制比率已经超过80%当前值为{{ \)value }}%。- alert: 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 20for: 5mlabels:severity: criticalannotations:summary: 实例:{{ \(labels.instance }} Haproxy前端HTTP响应错误率过高description: Haproxy前端{{ \)labels.proxy }} 的 {{ \(labels.code }}状态码占总请求的比率已经超过20%当前错误率为{{ \)value }}%。- alert: Haproxy后端活跃会话数占限制比率过高expr: |avg_over_time(haproxy_backend_current_sessions[5m])/haproxy_backend_limit_sessions * 100 80for: 5mlabels:severity: warningannotations:summary: 实例:{{ \(labels.instance }} Haproxy后端活跃会话数占限制比率过高description: Haproxy后端{{ \)labels.proxy }} 活跃会话数占总会话数限制的比率超过了80%当前值为{{ \(value }}%。- alert: Haproxy后端4xx错误率过高expr: |rate(haproxy_backend_http_responses_total{code4xx}[5m])/ignoring(code) rate(haproxy_backend_http_requests_total[5m]) * 100 10for: 5mlabels:severity: warningannotations:summary: 实例:{{ \)labels.instance }} Haproxy后端4xx错误率过高 description: Haproxy后端{{ \(labels.proxy }} 的4xx响应错误率超过了10%当前错误率为{{ \)value }}%。- alert: Haproxy后端5xx错误率过高expr: |rate(haproxy_backend_http_responses_total{code5xx}[5m])/ignoring(code) rate(haproxy_backend_http_requests_total[5m]) * 100 10for: 5mlabels:severity: criticalannotations:summary: 实例:{{ \(labels.instance }} Haproxy后端5xx错误率过高 description: Haproxy后端{{ \)labels.proxy }} 的5xx响应错误率超过了10%当前错误率为{{ \(value }}%。- alert: Haproxy后端无活跃服务器expr: haproxy_backend_active_servers 1for: 5mlabels:severity: criticalannotations:summary: 实例:{{ \)labels.instance }} 后端无活跃服务器description: Haproxy {{ \(labels.proxy }} 后端活跃服务器数量小于1这意味着整个后端服务不可用立即检查后端服务器状态。- alert: Haproxy后端服务器检测失败expr: haproxy_server_check_failures_total 1for: 5mlabels:severity: warningannotations:summary: 实例:{{ \)labels.instance }} 后端服务器检测失败description: Haproxy {{ \(labels.proxy }} 后端的 {{ \)labels.server }} 实例检测失败可能存在连接问题或服务不稳定。重新加载prometheus配置 curl -X POST http://localhost:9090/-/reload查看告警
  2.5 Grafana导入Haproxy图形 导入haproxy的Grafana模板。ID为 12693 这个模板提供了 HAProxy 性能和状态的图表包括请求数、响应时间、错误计数等。 在Grafana 仪表盘-新建-导入
  输入12693点击加载
  选择数据源prometheus点击导入 如果想看下某个图形表达的是什么数据可以点击右上角三个点点击编辑 可以看到PromQL语句