Prometheus+alter+dingtalk实现钉钉报警（ansible搭建-宝宝教程）

2024-08-30 17:12
文章标签 实现 教程 搭建 prometheus ansible 报警 宝宝 alter dingtalk

本文主要是介绍Prometheus+alter+dingtalk实现钉钉报警（ansible搭建-宝宝教程），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

目录

1.配置钉钉机器人

1.1创建钉钉机器人

1.2配置url和secret

 2.下载压缩包

3.编写ansible文件

3.1编写主机清单

3.2编写dingtalk配置文件

3.3编写监控项

3.4编写Prometheus的配置文件

3.5编写ansible的主文件

4.执行ansible文件

5.测试

搭建promethus、grafana和exporter的过程看上一篇文章，一般来说不能只搭建监控系统，还应该再搭建一下告警系统。搭建告警系统可以实时掌握自己想要监控的服务和服务器的性能，同事也可以减少公司的运营成本，为公司节省一些开销。这一篇文章我将和大家分享一下怎样实现钉钉报警。同样在Ubuntu系统和centos系统以及麒麟系统跑通。

prometheus的配置文件保存在/etc/prometheus下

其他配置文件都保存在/usr/local下

主机名称ip服务
host1192.168.1.11dingtalk alter
host2192.168.1.12

1.配置钉钉机器人

1.1创建钉钉机器人

1.2配置url和secret

 2.下载压缩包

下载的压缩包一定要保存在/tmp下

所有的名字改为下列的名字

3.编写ansible文件

3.1编写主机清单

[root@host1 ~]# vim  host

[prometheus_node]
192.168.1.11

[all]
192.168.1.11
192.168.1.12

[prometheus_grafana]
192.168.1.11

[prometheus_altermanger]
192.168.1.11

[prometheus_dingtalk]
192.168.1.11


3.2编写dingtalk配置文件

[root@host1 ~]# vim dingtalk.yml.j1

templates:
targets:
  webhook1:
    url: 复制的url
    secret:  复制的token
  webhook_mention_all:
    url:  复制的url
    mention:
      all: true
  webhook_mention_users:
    url: 复制的url
    mention:
      mobiles: ['151xxxx7780']

3.3编写监控项

[root@host1 ~]# vim  altermanger.yml.j2 

groups:
  - name: host_alert
    rules:
    - alert: 服务器宕机
      expr: up == 0
      for: 1m
      labels:
        severity: 严重告警
      annotations:
        summary: "{{ $labels.instance }} 服务器宕机，请尽快处理！"
        description: "{{ $labels.instance }} 服务器延时超过3分钟，当前状态{{ $value }}. "
### 硬盘 ###
# 默认系统盘告警策略
    - alert: 主机系统盘80%
      expr: floor(100-((node_filesystem_avail{device!="rootfs", mountpoint="/"}*100)/(node_filesystem_size{device!="rootfs", mountpoint="/"}*0.95))) >= 80
      for: 3m
      labels:
        severity: warning
      annotations:
        description: "[{{ $labels.desc }}],告警值为:[{{ $value }}%],告警初始时长为3分钟."
 
# 默认120G内数据盘告警策略
    - alert: 主机数据盘90%
      expr: (floor(100-((node_filesystem_avail{device!="rootfs", mountpoint="/data"}*100)/(node_filesystem_size{device!="rootfs", mountpoint="/data"}*0.95))) >= 90) and (node_filesystem_size{device!="rootfs", mountpoint="/data"}/1024/1024/1024 <= 120)
      for: 3m
      labels:
        severity: warning
      annotations:
        description: "[{{ $labels.desc }}],告警值为:[{{ $value }}%],告警初始时长为3分钟."
 
# 默认120G以上数据盘告警策略
    - alert: 主机数据盘不足20G
      expr: (floor(node_filesystem_avail{device!="rootfs", mountpoint="/data"}/1024/1024/1024) <= 20) and (node_filesystem_size{device!="rootfs", mountpoint="/data"}/1024/1024/1024 > 120)
      for: 3m
      labels:
        severity: warning
      annotations:
        description: "[{{ $labels.desc }}],告警值为:[{{ $value }}G],告警初始时长为3分钟."
 
### CPU ###
 
# 默认CPU使用率告警策略
    - alert: 主机CPU90%
      expr: floor(100 - ( avg ( irate(node_cpu{mode='idle', hostname!~'consumer_service.*|backup_hk.*|bigdata.*master.*|3rdPart|htc_management|product_category_backend|sa_cluster_s.*'}[5m]) ) by (job, instance, hostname, desc) * 100 )) >= 90
      for: 3m
      labels:
        severity: warning
      annotations:
        description: "[{{ $labels.desc }}],告警值为:[{{ $value }}%],告警初始时长为3分钟."
 
# 持续时间较长的CPU使用率告警策略
    - alert: 主机CPU90%
      expr: floor(100 - ( avg ( irate(node_cpu{mode='idle', hostname=~'consumer_service.*|product_backend|sa_cluster_s.*'}[5m]) ) by (job, instance, hostname, desc) * 100 )) >= 90
      for: 12m
      labels:
        severity: warning
      annotations:
        description: "[{{ $labels.desc }}],告警值为:[{{ $value }}%],告警初始时长为12分钟."
 
 
# 持续时间较长的CPU使用率告警策略
    - alert: 主机CPU90%
      expr: floor(100 - ( avg ( irate(node_cpu{mode='idle', hostname=~'bigdata.*master.*|3rdPart|backup_hk.*'}[5m]) ) by (job, instance, hostname, desc) * 100 )) >= 90
      for: 48m
      labels:
        severity: warning
      annotations:
        description: "[{{ $labels.desc }}],告警值为:[{{ $value }}%],告警初始时长为48分钟."
 
### 内存 ###
# 默认内存使用率告警策略
    - alert: 主机内存95%
      expr: floor((node_memory_MemTotal - node_memory_MemFree - node_memory_Cached - node_memory_Buffers) / node_memory_MemTotal * 100) >= 95
      for: 3m
      labels:
        severity: warning
      annotations:
        description: "[{{ $labels.desc }}],告警值为:[{{ $value }}%],告警初始时长为3分钟."
 
### 负载 ###
# 默认负载过高告警策略
    - alert: 主机负载过高
      expr: floor(node_load1{hostname!~"sa_cluster_s.*|bigdata.*master.*"}) >= 20
      for: 3m
      labels:
        severity: warning
      annotations:
        description: "[{{ $labels.desc }}],告警值为:[{{ $value }}],告警初始时长为3分钟."
 
# 持续时间较长的负载过高告警策略
    - alert: 主机负载过高
      expr: floor(node_load1{hostname=~"sa_cluster_s.*|bigdata.*master.*"}) >= 20
      for: 12m
      labels:
        severity: warning
      annotations:
        description: "[{{ $labels.desc }}],告警值为:[{{ $value }}],告警初始时长为12分钟."

3.4编写Prometheus的配置文件

如果不修改配置文件会导致告警无法加载，自己编写的监控告警文件寻找目录。这个自己不需要动，我的ansible的yml文件种都有体现，不需要做任何修改。

# Load rules once and periodically evaluate them according to the global 'evaluation_interval'.
rule_files:
   - "rules/*.yml"

表示他会在你的/etc/promethues/下寻找rules的yml文件为告警

[root@host1 ~]# vim  /etc/prometheus/prometheus.yml

global:
  scrape_interval: 15s
  evaluation_interval: 15s

alerting:
  alertmanagers:
    - static_configs:
        - targets:
           - 192.168.1.11:9093

# Load rules once and periodically evaluate them according to the global 'evaluation_interval'.
rule_files:
   - "rules/*.yml"

scrape_configs:
  - job_name: "prometheus"
    static_configs:
      - targets:
          - "192.168.1.11:9090"

  - job_name: "node_exporter"
    static_configs:
      - targets:
          - "192.168.1.11:9100"
          - "192.168.1.12:9100"

重新启动一下Prometheus

[root@host1 ~]#systemctl  restart  prometheus

3.5编写ansible的主文件

[root@host1 ~]# vim  dingtalk.yml

- name: Install and configure Alertmanager
  hosts: prometheus_altermanger
  become: yes
      unarchive:
        src: /tmp/alertmanager-0.23.0.linux-amd64.tar.gz
        dest: /usr/local
        remote_src: yes

    - name: Create a symbolic link for Alertmanager
      file:
        src: /usr/local/alertmanager-0.23.0.linux-amd64/alertmanager
        dest: /usr/local/bin/alertmanager
        state: link

    - name: Create Alertmanager systemd service file
      copy:
        dest: /etc/systemd/system/alertmanager.service
        content: |
          [Unit]
          Description=Alertmanager

          [Service]
          ExecReload=/bin/kill -HUP $MAINPID
          KillMode=process
          Restart=on-failure

          [Install]
          WantedBy=multi-user.target

    - name: Reload systemd to pick up new service file
      systemd:
        daemon_reload: yes

    - name: Enable and start Alertmanager service
      systemd:
        name: alertmanager
        enabled: yes
        state: started
    - name: Ensure /etc/prometheus/rules directory exists
      file:
        path: /etc/prometheus/rules
        state: directory
        mode: '0755'

    - name: Move altermanger.yml.j2 to /etc/prometheus/rules
      ansible.builtin.copy:
        src: /root/altermanger.yml.j2
        dest: /etc/prometheus/rules/altermanger.yml
        remote_src: yes
        mode: '0644'

    - name: Replace prometheus.yml configuration
      ansible.builtin.template:
        src: /root/altermanger.yml.j1
        dest: /usr/local/alertmanager-0.23.0.linux-amd64/alertmanager.yml


    - name: Restart the service
        state: restarted


- name: Install and configure prometheus-webhook-dingtalk
  hosts: prometheus_dingtalk
  become: yes
  tasks:
    - name: Ensure the /usr/local directory exists
      file:
        path: /usr/local
        state: directory
      unarchive:
        src: /tmp/prometheus-webhook-dingtalk-1.4.0.linux-amd64.tar.gz
        dest: /usr/local
        remote_src: yes

    - name: Move extracted directory

    - name: Create prometheus-webhook-dingtalk systemd service file
      copy:
        dest: /etc/systemd/system/prometheus-webhook-dingtalk.service
        content: |
          [Unit]
          Description=https://github.com/timonwong/prometheus-webhook-dingtalk/releases/
          After=network-online.target

          [Service]
          Restart=on-failure

          [Install]
          WantedBy=multi-user.target

    - name: Copy dingtalk configuration file
      copy:
        src: /root/dingtalk.yml.j1
        dest: /usr/local/prometheus-webhook-dingtalk/config.yml

    - name: Enable and start prometheus-webhook-dingtalk service
      systemd:
        name: prometheus-webhook-dingtalk
        enabled: yes
        state: restarted

    - name: Enable and start prometheus-webhook-dingtalk service
      systemd:
        name: alertmanager.service
        enabled: yes
        state: restarted


4.执行ansible文件

[root@host1 ~]# ansible-playbook -i host dingtalk.yml

5.测试

挂掉host2主机的exporter

[root@host2 ~]# systemctl stop node_exporter.service

测试成功！

这篇关于Prometheus+alter+dingtalk实现钉钉报警（ansible搭建-宝宝教程）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1121437。

相关文章

使用Python和OpenCV库实现实时颜色识别系统

使用Python和OpenCV库实现实时颜色识别系统

《使用Python和OpenCV库实现实时颜色识别系统》：本文主要介绍使用Python和OpenCV库实现的实时颜色识别系统,这个系统能够通过摄像头捕捉视频流,并在视频中指定区域内识别主要颜色（红... 目录一、引言二、系统概述三、代码解析1. 导入库2. 颜色识别函数3. 主程序循环四、HSV色彩空间详解
阅读更多...
PostgreSQL中MVCC 机制的实现

PostgreSQL中MVCC 机制的实现

《PostgreSQL中MVCC机制的实现》本文主要介绍了PostgreSQL中MVCC机制的实现,通过多版本数据存储、快照隔离和事务ID管理实现高并发读写,具有一定的参考价值,感兴趣的可以了解一下... 目录一 MVCC 基本原理python1.1 MVCC 核心概念1.2 与传统锁机制对比二 Postg
阅读更多...
SpringBoot整合Flowable实现工作流的详细流程

SpringBoot整合Flowable实现工作流的详细流程

《SpringBoot整合Flowable实现工作流的详细流程》Flowable是一个使用Java编写的轻量级业务流程引擎,Flowable流程引擎可用于部署BPMN2.0流程定义,创建这些流程定义的... 目录1、流程引擎介绍2、创建项目3、画流程图4、开发接口4.1 Java 类梳理4.2 查看流程图4
阅读更多...
一文详解如何在idea中快速搭建一个Spring Boot项目

一文详解如何在idea中快速搭建一个Spring Boot项目

《一文详解如何在idea中快速搭建一个SpringBoot项目》IntelliJIDEA作为Java开发者的‌首选IDE‌,深度集成SpringBoot支持,可一键生成项目骨架、智能配置依赖,这篇文... 目录前言1、创建项目名称2、勾选需要的依赖3、在setting中检查maven4、编写数据源5、开启热
阅读更多...
C++中零拷贝的多种实现方式

C++中零拷贝的多种实现方式

《C++中零拷贝的多种实现方式》本文主要介绍了C++中零拷贝的实现示例,旨在在减少数据在内存中的不必要复制,从而提高程序性能、降低内存使用并减少CPU消耗,零拷贝技术通过多种方式实现,下面就来了解一下... 目录一、C++中零拷贝技术的核心概念二、std::string_view 简介三、std::stri
阅读更多...
C++高效内存池实现减少动态分配开销的解决方案

C++高效内存池实现减少动态分配开销的解决方案

《C++高效内存池实现减少动态分配开销的解决方案》C++动态内存分配存在系统调用开销、碎片化和锁竞争等性能问题,内存池通过预分配、分块管理和缓存复用解决这些问题,下面就来了解一下... 目录一、C++内存分配的性能挑战二、内存池技术的核心原理三、主流内存池实现：TCMalloc与Jemalloc1. TCM
阅读更多...
OpenCV实现实时颜色检测的示例

OpenCV实现实时颜色检测的示例

《OpenCV实现实时颜色检测的示例》本文主要介绍了OpenCV实现实时颜色检测的示例,通过HSV色彩空间转换和色调范围判断实现红黄绿蓝颜色检测,包含视频捕捉、区域标记、颜色分析等功能,具有一定的参考... 目录一、引言二、系统概述三、代码解析1. 导入库2. 颜色识别函数3. 主程序循环四、HSV色彩空间
阅读更多...
Python实现精准提取 PDF中的文本,表格与图片

Python实现精准提取 PDF中的文本,表格与图片

《Python实现精准提取PDF中的文本,表格与图片》在实际的系统开发中,处理PDF文件不仅限于读取整页文本,还有提取文档中的表格数据,图片或特定区域的内容,下面我们来看看如何使用Python实... 目录安装 python 库提取 PDF 文本内容：获取整页文本与指定区域内容获取页面上的所有文本内容获取
阅读更多...
基于Python实现一个Windows Tree命令工具

基于Python实现一个Windows Tree命令工具

《基于Python实现一个WindowsTree命令工具》今天想要在Windows平台的CMD命令终端窗口中使用像Linux下的tree命令,打印一下目录结构层级树,然而还真有tree命令,但是发现... 目录引言实现代码使用说明可用选项示例用法功能特点添加到环境变量方法一：创建批处理文件并添加到PATH1
阅读更多...
Java使用HttpClient实现图片下载与本地保存功能

Java使用HttpClient实现图片下载与本地保存功能

《Java使用HttpClient实现图片下载与本地保存功能》在当今数字化时代,网络资源的获取与处理已成为软件开发中的常见需求,其中,图片作为网络上最常见的资源之一,其下载与保存功能在许多应用场景中都... 目录引言一、Apache HttpClient简介二、技术栈与环境准备三、实现图片下载与保存功能1.
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2