近期搭建的服务器监控平台，来进行一个总结。主要分为监控平台的搭建、告警中心的配置以及消息的推送。推送的话，支持多种终端。具体详细可查看之前的博文，在这里罗列下，方便查看。

Docker系列——Grafana+Prometheus+Node-exporter服务器监控平台（一）

Docker系列——Grafana+Prometheus+Node-exporter服务器告警中心（二）

Docker系列——Grafana+Prometheus+Node-exporter微信推送（三）

钉钉推送

今天在之前的基础上，再来写一篇钉钉推送。其实，在此之前，也写过了，只不过是结合jenkins推送消息，Jenkins环境搭建（7）-集成钉钉消息推送。操作配置也类似，具体我们来看。

添加机器人

添加机器人，具体步骤可参考jenkins那篇博文，里面有详细介绍。配置机器人也简单，所以就不重复讲的，直接去看就行。

添加webhook

结合Prometheus实现钉钉消息推送，需要使用到webhook，webhook直接使用docker部署即可，开源地址。

拉取镜像

使用命令docker pull timonwong/prometheus-webhook-dingtalk 即可。

配置文件

配置文件不知道怎么配，可以先启动服务，不指定配置文件，启动后，到容器内查看默认的配置文件，然后对应修改即可。

进入目录/prometheus/webhook-dingtalk，使用命令 vim config.yml，添加如下内容：

## Request timeout

# timeout: 5s

## Customizable templates path

## You can also override default template using `default_message`

## The following example to use the 'legacy' template from v0.3.0

# default_message:

#   title: '{{ template "legacy.title" . }}'

#   text: '{{ template "legacy.content" . }}'

## Targets, previously was known as "profiles"

targets:

  webhook1:

    url: https://oapi.dingtalk.com/robot/send?access_token=XXX

    message:

      # Use legacy template

      title: {{ template "ding.link.title" . }}

   webhook_mention_all:

     url: https://oapi.dingtalk.com/robot/send?access_token=XXX

     mention:

       all: false

启动服务

启动服务，使用如下命令：

docker run -d --name webhook \

-p 8060:8060 \

-v /prometheus/webhook-dingtalk/config.yml:/prometheus/config.yml \

timonwong/prometheus-webhook-dingtalk:latest \

--ding.profile="webhook1=https://oapi.dingtalk.com/robot/send?access_token=XXX" \

--web.enable-ui

注意：博文中的access_token=XXX都是自己的钉钉机器人token。

告警配置

修改文件alertmanager.yml，添加webhook_configs配置，配置如下：

global:

  resolve_timeout: 5m

  smtp_from: '{{ template "email.from" . }}'

  smtp_smarthost: 'smtp.qq.com:465'

  smtp_auth_username: '{{ template "email.from" . }}'

  smtp_auth_password: ''

  smtp_hello: 'qq.com'

  smtp_require_tls: false

  wechat_api_url: 'https://qyapi.weixin.qq.com/cgi-bin/'

  wechat_api_secret: ''

  wechat_api_corp_id: ''

templates:

  - '/etc/alertmanager/*.tmpl'

route:

  group_by: ['alertname']

  group_wait: 5s

  group_interval: 5s

  repeat_interval: 5m

  receiver: 'email'

receivers:

- name: 'email'

  email_configs:

  - to: '{{ template "email.to" . }}'

    html: '{{ template "email.html" . }}'

    send_resolved: true

    headers: { Subject: "{{ .CommonAnnotations.summary }}" }

    #insecure_skip_verify: true

  webhook_configs:

  - url: 'http://ip:8060/dingtalk/webhook1/send' # webhook1启动服务配置

    send_resolved: true # 发送已解决通知

  wechat_configs:

  - send_resolved: true

    to_party: '8'

    to_user: '@all'

    agent_id: ''

    corp_id: ''

    api_secret: ''

    api_url: 'https://qyapi.weixin.qq.com/cgi-bin/'

    message: '{{ template "wechat.html" . }}'

inhibit_rules:

  - source_match:

      severity: 'critical'

    target_match:

      severity: 'warning'

    equal: ['alertname', 'dev', 'instance']

配置好后，需要重启alertmanager服务，使配置生效。

消息推送

同样的，将node服务停掉，查看触发后的消息推送，检测配置是否生效。推送如下

收到了如上消息，说明配置是成功了的，但内容也是过多，不简洁。老套路，我们来优化一下。

消息模板

进入目录/prometheus/webhook-dingtalk/templates，可以将原有的模板备份下，使用命令 vim default.tmpl，添加如下内容：

{{ define "__subject" }}[{{ .Status | toUpper }}{{ if eq .Status "firing" }}:{{ .Alerts.Firing | len }}{{ end }}] {{ .GroupLabels.SortedPairs.Values | join " " }} {{ if gt (len .CommonLabels) (len .GroupLabels

) }}({{ with .CommonLabels.Remove .GroupLabels.Names }}{{ .Values | join " " }}{{ end }}){{ end }}{{ end }}{{ define "__alertmanagerURL" }}{{ .ExternalURL }}/#/alerts?receiver={{ .Receiver }}{{ end }}

{{ define "__text_alert_list" }}{{ range . }}

**Labels**

{{ range .Labels.SortedPairs }}> - {{ .Name }}: {{ .Value | markdown | html }}

{{ end }}

**Annotations**

{{ range .Annotations.SortedPairs }}> - {{ .Name }}: {{ .Value | markdown | html }}

{{ end }}

**Source:** [{{ .GeneratorURL }}]({{ .GeneratorURL }})

{{ end }}{{ end }}

{{ define "default.__text_alert_list" }}{{ range . }}

---

**告警级别:** {{ .Labels.severity | upper }}

**运营团队:** {{ .Labels.team | upper }}

**触发时间:** {{ dateInZone "2006.01.02 15:04:05" (.StartsAt) "Asia/Shanghai" }}

**事件信息:**

{{ range .Annotations.SortedPairs }}> - {{ .Name }}: {{ .Value | markdown | html }}

{{ end }}

**事件标签:**

{{ range .Labels.SortedPairs }}{{ if and (ne (.Name) "severity") (ne (.Name) "summary") (ne (.Name) "team") }}> - {{ .Name }}: {{ .Value | markdown | html }}

{{ end }}{{ end }}

{{ end }}

{{ end }}

{{ define "default.__text_alertresovle_list" }}{{ range . }}

---

**告警级别:** {{ .Labels.severity | upper }}

**运营团队:** {{ .Labels.team | upper }}

**触发时间:** {{ dateInZone "2006.01.02 15:04:05" (.StartsAt) "Asia/Shanghai" }}

**结束时间:** {{ dateInZone "2006.01.02 15:04:05" (.EndsAt) "Asia/Shanghai" }}

**事件信息:**

{{ range .Annotations.SortedPairs }}> - {{ .Name }}: {{ .Value | markdown | html }}

{{ end }}

**事件标签:**

{{ range .Labels.SortedPairs }}{{ if and (ne (.Name) "severity") (ne (.Name) "summary") (ne (.Name) "team") }}> - {{ .Name }}: {{ .Value | markdown | html }}

{{ end }}{{ end }}

{{ end }}

{{ end }}

{{/* Default */}}

{{ define "default.title" }}{{ template "__subject" . }}{{ end }}

{{ define "default.content" }}#### \[{{ .Status | toUpper }}{{ if eq .Status "firing" }}:{{ .Alerts.Firing | len }}{{ end }}\] **[{{ index .GroupLabels "alertname" }}]({{ template "__alertmanagerURL" . }})**

{{ if gt (len .Alerts.Firing) 0 -}}

![警报 图标](https://ss0.bdstatic.com/70cFuHSh_Q1YnxGkpoWK1HF6hhy/it/u=3626076420,1196179712&fm=15&gp=0.jpg)

**====侦测到故障====**

{{ template "default.__text_alert_list" .Alerts.Firing }}

{{- end }}

{{ if gt (len .Alerts.Resolved) 0 -}}

{{ template "default.__text_alertresovle_list" .Alerts.Resolved }}

{{- end }}

{{- end }}

{{/* Legacy */}}

{{ define "legacy.title" }}{{ template "__subject" . }}{{ end }}

{{ define "legacy.content" }}#### \[{{ .Status | toUpper }}{{ if eq .Status "firing" }}:{{ .Alerts.Firing | len }}{{ end }}\] **[{{ index .GroupLabels "alertname" }}]({{ template "__alertmanagerURL" . }})**

{{ template "__text_alert_list" .Alerts.Firing }}

{{- end }}

{{/* Following names for compatibility */}}

{{ define "ding.link.title" }}{{ template "default.title" . }}{{ end }}

{{ define "ding.link.content" }}{{ template "default.content" . }}{{ end }}

配置后，重新启动webhook服务，需要将模板挂载到容器中，使用命令：

docker run -d --name webhook \

-p 8060:8060 \

-v /prometheus/webhook-dingtalk/templates/default.tmpl:/prometheus/templates/default.tmpl  \

-v /prometheus/webhook-dingtalk/config.yml:/prometheus/config.yml \

timonwong/prometheus-webhook-dingtalk:latest \

--ding.profile="webhook1=https://oapi.dingtalk.com/robot/send?access_token=XXX" \

--web.enable-ui

服务启动成功后，我们可以访问ui页面，因为我们启动服务时，开启了ui页面，http://ip:8060/ui/ ，可以查看模板是否引用生效，如下所示：

我们可以看到，模板配置是生效了。

再次将对应服务停用，查看收到的推送，如下所示：

模板引用，优化到这，就成功了。

prometheus-alert

在使用webhook时，尝试了艾特人员功能，没能成功，无意中找到另一个项目prometheus-alert，部署下试试，项目使用说明地址。

拉取镜像

使用命令 docker pull feiyu563/prometheus-alert:latest

配置文件

配置文件不知道怎么配，可以先启动服务，不指定配置文件，启动后，到容器内查看默认的配置文件，然后对应修改即可。

进入目录 /prometheus/prometheusalert，使用命令 vim app.conf，添加如下内容：

#---------------------↓全局配置-----------------------

appname = PrometheusAlert

#登录用户名

login_user=XXX

#登录密码

login_password=XXX

#监听地址

httpaddr = "0.0.0.0"

#监听端口

httpport = 8080

runmode = dev

#设置代理 proxy = http://123.123.123.123:8080

proxy =

#开启JSON请求

copyrequestbody = true

#告警消息标题

title=PrometheusAlert

#链接到告警平台地址

GraylogAlerturl=http://graylog.org

#钉钉告警 告警logo图标地址

logourl=https://raw.githubusercontent.com/feiyu563/PrometheusAlert/master/doc/alert-center.png

#钉钉告警 恢复logo图标地址

rlogourl=https://raw.githubusercontent.com/feiyu563/PrometheusAlert/master/doc/alert-center.png

#短信告警级别(等于3就进行短信告警) 告警级别定义 0 信息,1 警告,2 一般严重,3 严重,4 灾难

messagelevel=3

#电话告警级别(等于4就进行语音告警) 告警级别定义 0 信息,1 警告,2 一般严重,3 严重,4 灾难

phonecalllevel=4

#默认拨打号码(页面测试短信和电话功能需要配置此项)

defaultphone=xxxxxxxx

#故障恢复是否启用电话通知0为关闭,1为开启

phonecallresolved=0

#自动告警抑制(自动告警抑制是默认同一个告警源的告警信息只发送告警级别最高的第一条告警信息,其他消息默认屏蔽,这么做的目的是为了减少相同告警来源的消息数量,防止告警炸弹,0为关闭,1为开启)

silent=0

#是否前台输出file or console

logtype=file

#日志文件路径

logpath=logs/prometheusalertcenter.log

#转换Prometheus,graylog告警消息的时区为CST时区(如默认已经是CST时区，请勿开启)

prometheus_cst_time=0

#数据库驱动，支持sqlite3，mysql,postgres如使用mysql或postgres，请开启db_host,db_port,db_user,db_password,db_name的注释

db_driver=sqlite3

#db_host=127.0.0.1

#db_port=3306

#db_user=root

#db_password=root

#db_name=prometheusalert

#---------------------↓webhook-----------------------

#是否开启钉钉告警通道,可同时开始多个通道0为关闭,1为开启

open-dingding=1

#默认钉钉机器人地址

ddurl=https://oapi.dingtalk.com/robot/send?access_token=XXX

#是否开启 @所有人(0为关闭,1为开启)

dd_isatall=1

#是否开启微信告警通道,可同时开始多个通道0为关闭,1为开启

open-weixin=1

#默认企业微信机器人地址

wxurl=https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key=xxxxx

#是否开启飞书告警通道,可同时开始多个通道0为关闭,1为开启

open-feishu=0

#默认飞书机器人地址

fsurl=https://open.feishu.cn/open-apis/bot/hook/xxxxxxxxx

#---------------------↓腾讯云接口-----------------------

#是否开启腾讯云短信告警通道,可同时开始多个通道0为关闭,1为开启

open-txdx=0

#腾讯云短信接口key

TXY_DX_appkey=xxxxx

#腾讯云短信模版ID 腾讯云短信模版配置可参考 prometheus告警:{1}

TXY_DX_tpl_id=xxxxx

#腾讯云短信sdk app id

TXY_DX_sdkappid=xxxxx

#腾讯云短信签名 根据自己审核通过的签名来填写

TXY_DX_sign=腾讯云

#是否开启腾讯云电话告警通道,可同时开始多个通道0为关闭,1为开启

open-txdh=0

#腾讯云电话接口key

TXY_DH_phonecallappkey=xxxxx

#腾讯云电话模版ID

TXY_DH_phonecalltpl_id=xxxxx

#腾讯云电话sdk app id

TXY_DH_phonecallsdkappid=xxxxx

#---------------------↓华为云接口-----------------------

#是否开启华为云短信告警通道,可同时开始多个通道0为关闭,1为开启

open-hwdx=0

#华为云短信接口key

HWY_DX_APP_Key=xxxxxxxxxxxxxxxxxxxxxx

#华为云短信接口Secret

HWY_DX_APP_Secret=xxxxxxxxxxxxxxxxxxxxxx

#华为云APP接入地址(端口接口地址)

HWY_DX_APP_Url=https://rtcsms.cn-north-1.myhuaweicloud.com:10743

#华为云短信模板ID

HWY_DX_Templateid=xxxxxxxxxxxxxxxxxxxxxx

#华为云签名名称，必须是已审核通过的，与模板类型一致的签名名称,按照自己的实际签名填写

HWY_DX_Signature=华为云

#华为云签名通道号

HWY_DX_Sender=xxxxxxxxxx

#---------------------↓阿里云接口-----------------------

#是否开启阿里云短信告警通道,可同时开始多个通道0为关闭,1为开启

open-alydx=0

#阿里云短信主账号AccessKey的ID

ALY_DX_AccessKeyId=xxxxxxxxxxxxxxxxxxxxxx

#阿里云短信接口密钥

ALY_DX_AccessSecret=xxxxxxxxxxxxxxxxxxxxxx

#阿里云短信签名名称

ALY_DX_SignName=阿里云

#阿里云短信模板ID

ALY_DX_Template=xxxxxxxxxxxxxxxxxxxxxx

#是否开启阿里云电话告警通道,可同时开始多个通道0为关闭,1为开启

open-alydh=0

#阿里云电话主账号AccessKey的ID

ALY_DH_AccessKeyId=xxxxxxxxxxxxxxxxxxxxxx

#阿里云电话接口密钥

ALY_DH_AccessSecret=xxxxxxxxxxxxxxxxxxxxxx

#阿里云电话被叫显号，必须是已购买的号码

ALY_DX_CalledShowNumber=xxxxxxxxx

#阿里云电话文本转语音（TTS）模板ID

ALY_DH_TtsCode=xxxxxxxx

#---------------------↓容联云接口-----------------------

#是否开启容联云电话告警通道,可同时开始多个通道0为关闭,1为开启

RLY_DH_open-rlydh=0

#容联云基础接口地址

RLY_URL=https://app.cloopen.com:8883/2013-12-26/Accounts/

#容联云后台SID

RLY_ACCOUNT_SID=xxxxxxxxxxx

#容联云api-token

RLY_ACCOUNT_TOKEN=xxxxxxxxxx

#容联云app_id

RLY_APP_ID=xxxxxxxxxxxxx

#---------------------↓邮件配置-----------------------

#是否开启邮件

open-email=0

#邮件发件服务器地址

Email_host=smtp.qq.com

#邮件发件服务器端口

Email_port=465

#邮件帐号

Email_user=xxxxxxx@qq.com

#邮件密码

Email_password=xxxxxx

#邮件标题

Email_title=运维告警

#默认发送邮箱

Default_emails=xxxxx@qq.com,xxxxx@qq.com

#---------------------↓七陌云接口-----------------------

#是否开启七陌短信告警通道,可同时开始多个通道0为关闭,1为开启

open-7moordx=0

#七陌账户ID

7MOOR_ACCOUNT_ID=Nxxx

#七陌账户APISecret

7MOOR_ACCOUNT_APISECRET=xxx

#七陌账户短信模板编号

7MOOR_DX_TEMPLATENUM=n

#注意：七陌短信变量这里只用一个var1，在代码里写死了。

#-----------

#是否开启七陌webcall语音通知告警通道,可同时开始多个通道0为关闭,1为开启

open-7moordh=0

#请在七陌平台添加虚拟服务号、文本节点

#七陌账户webcall的虚拟服务号

7MOOR_WEBCALL_SERVICENO=xxx

# 文本节点里被替换的变量，我配置的是text。如果被替换的变量不是text，请修改此配置

7MOOR_WEBCALL_VOICE_VAR=text

#---------------------↓telegram接口-----------------------

#是否开启telegram告警通道,可同时开始多个通道0为关闭,1为开启

open-tg=0

#tg机器人token

TG_TOKEN=xxxxx

#tg消息模式 个人消息或者频道消息 0为关闭(推送给个人)，1为开启(推送给频道)

TG_MODE_CHAN=0

#tg用户ID

TG_USERID=xxxxx

#tg频道name

TG_CHANNAME=xxxxx

#tg api地址, 可以配置为代理地址

#TG_API_PROXY="https://api.telegram.org/bot%s/%s"

#---------------------↓workwechat接口-----------------------

#是否开启workwechat告警通道,可同时开始多个通道0为关闭,1为开启

open-workwechat=0

# 企业ID

WorkWechat_CropID=xxxxx

# 应用ID

WorkWechat_AgentID=xxxx

# 应用secret

WorkWechat_AgentSecret=xxxx

# 接受用户

WorkWechat_ToUser="zhangsan|lisi"

# 接受部门

WorkWechat_ToParty="ops|dev"

# 接受标签

WorkWechat_ToTag=""

# 消息类型, 暂时只支持markdown

# WorkWechat_Msgtype = "markdown"

#---------------------↓百度云接口-----------------------

#是否开启百度云短信告警通道,可同时开始多个通道0为关闭,1为开启

open-baidudx=0

#百度云短信接口AK(ACCESS_KEY_ID)

BDY_DX_AK=xxxxx

#百度云短信接口SK(SECRET_ACCESS_KEY)

BDY_DX_SK=xxxxx

#百度云短信ENDPOINT（ENDPOINT参数需要用指定区域的域名来进行定义，如服务所在区域为北京，则为）

BDY_DX_ENDPOINT=http://smsv3.bj.baidubce.com

#百度云短信模版ID,根据自己审核通过的模版来填写(模版支持一个参数code：如prometheus告警:{code})

BDY_DX_TEMPLATE_ID=xxxxx

#百度云短信签名ID，根据自己审核通过的签名来填写

TXY_DX_SIGNATURE_ID=xxxxx

#---------------------↓百度Hi(如流)-----------------------

#是否开启百度Hi(如流)告警通道,可同时开始多个通道0为关闭,1为开启

open-ruliu=0

#默认百度Hi(如流)机器人地址

BDRL_URL=https://api.im.baidu.com/api/msg/groupmsgsend?access_token=xxxxxxxxxxxxxx

#百度Hi(如流)群ID

BDRL_ID=123456

上述这么多配置项，但我们这里是结合钉钉使用，所以只配置webhook即可。

启动服务

使用如下命令：

docker run -d -p 10:8080 --name prometheusalert-center \

-v /prometheus/prometheusalert/:/app/conf \

feiyu563/prometheus-alert:latest

启动后，就可以通过ip+端口的方式访问了，界面如下：

CPU监控

在之前说过内存监控，今天再来说下CPU监控，CPU是重点关注指标，具体配置我们来看。我们在原先的告警规则中，添加CPU监控规则，如下所示：

groups:

 - name: hostStatsAlert

   rules:

   - alert: hostCpuUsageAlert

     expr: 100 * (1 - avg(irate(node_cpu_seconds_total{mode="idle"}[2m])) by(instance)) > 85

     for: 1m

     labels:

       severity: page

     annotations:

       summary: "Instance {{ $labels.instance }} CPU usgae high"

       description: "{{ $labels.instance }} CPU usage above 85% (current value: {{ $value }})"

   - alert: hostMemUsageAlert

     expr: (node_memory_MemTotal_bytes - node_memory_MemAvailable_bytes) / node_memory_MemTotal_bytes * 100 > 85

     for: 1m

     labels:

       severity: page

     annotations:

       summary: "Instance {{ $labels.instance }} MEM usgae high"

       description: "{{ $labels.instance }} MEM usage above 85% (current value: {{ $value }})"

   - alert: node-up

     expr: up{job="linux"} == 0

     for: 15s

     labels:

       severity: page

       team: node

     annotations:

       summary: "{{ $labels.instance }} 已停止运行超过 15s！"

       description: "{{ $labels.instance }} 检测到异常停止！请重点关注！！！"

上述示例 hostCpuUsageAlert 规则，添加到/prometheus/rules目录下的规则中，并重启Prometheus服务，使配置生效。

重启后，通过Prometheus服务查看规则，如下所示：

注意：规则配置CPU使用率超过85%则会出发警报，正常情况下，不会轻易触发，但又想检测下规则是否能正常触发，将85降低即可；也可以使用命令 cat /dev/zero>/dev/null 手动拉高CPU。

消息推送

讲到这，服务已经好了，规则也配置好了，但如何跟altermanager关联起来呢，接着来看。

修改配置文件alertmanager.yml，将webhook的url修改成如下内容：

- url: 'http://ip:10/prometheusalert?type=dd&tpl=prometheus-dd&ddurl=https://oapi.dingtalk.com/robot/send?access_token=XXX'

重启alertmanager服务，查看prometheusalert如下所示：

{{ $var := .externalURL}}{{ range $k,$v:=.alerts }}

{{if eq $v.status "resolved"}}

## [prometheus恢复信息]({{$v.generatorURL}})

#### [{{$v.labels.alertname}}]({{$var}})

###### 告警级别：{{$v.labels.level}}

###### 开始时间：{{GetCSTtime $v.startsAt}}

###### 结束时间：{{GetCSTtime $v.endsAt}}

###### 故障主机IP：{{$v.labels.instance}}

##### {{$v.annotations.description}}

![Prometheus](https://raw.githubusercontent.com/feiyu563/PrometheusAlert/master/doc/alert-center.png)

{{else}}

## [prometheus告警信息]({{$v.generatorURL}})

#### [{{$v.labels.alertname}}]({{$var}})

###### 告警级别：{{$v.labels.level}}

###### 开始时间：{{GetCSTtime $v.startsAt}}

###### 故障主机IP：{{$v.labels.instance}}

##### {{$v.annotations.description}}

![Prometheus](https://ss0.bdstatic.com/70cFuHSh_Q1YnxGkpoWK1HF6hhy/it/u=3626076420,1196179712&fm=15&gp=0.jpg)

{{end}}

{{ end }}

一切就绪，我们来看最终效果，触发CPU高于85%，在钉钉上查收消息推送，告警消息如下所示：

当CPU低于这个配置值时，钉钉同样会收到恢复推送，如下所示：

服务器监控，就暂时告一段落了，自己实践一次，也收获颇多，再接再厉。

Docker系列——Grafana+Prometheus+Node-exporter钉钉推送（四）的更多相关文章

  1. Docker系列——Grafana+Prometheus+Node-exporter微信推送（三）

    在之前博文中,已经成功的实现了邮件推送.目前主流的办公终端,就是企业微信.钉钉.飞书.今天来分享下微信推送,我们具体来看. 企业微信 在配置企业微信推送时,需要有微信企业,具体如何注册.使用,另外百度 ...

  2. Docker系列——Grafana+Prometheus+Node-exporter服务器监控平台（一）

    在最近的博文中,都是介绍监控平台的搭建,其实并不难,主要是需要自己动手操作,实践一番就会了. 有天在想,云上的服务器,是不是也可以搭建一个监控平台,所以就捣鼓了一下,不过遗憾的是,使用阿里云开源的插件 ...

  3. Docker系列——Grafana+Prometheus+Node-exporter服务器告警中心（二）

    在前一篇博文中介绍,服务器监控已经部署成功.如果每天都需要人去盯着服务情况,那也不太现实.既然监控平台已经部署好了,是不是可以自动触发报警呢? 在上一篇Prometheus架构中有讲到,核心组件之一: ...

  4. Jenkins 实现Gitlab事件自动触发Jenkins构建及钉钉消息推送

    实现Gitlab事件自动触发Jenkins构建及钉钉消息推送 实践环境 GitLab Community Edition 12.6.4 Jenkins 2.284 Post build task 1. ...

  5. node.js Websocket消息推送---GoEasy

    Goeasy, 它是一款第三方推送服务平台,使用它的API可以轻松搞定实时推送!个人感觉goeasy推送更稳定,推送 速度快,代码简单易懂上手快 浏览器兼容性:GoEasy推送 支持websocket ...

  6. 基于Node.js的实时推送 juggernaut

    基于Node.js的实时推送 juggernaut Juggernaut 基于 Node.js 构建.为浏览器和服务器端提供一个实时的连接,可在客户端和服务器端进行数据的实时推送,适合多角色游戏.聊天 ...

  7. 【开源监控】Prometheus+Node Exporter+Grafana监控linux服务器

    Prometheus Prometheus介绍 Prometheus新一代开源监控解决方案.github地址 Prometheus主要功能 多维 数据模型(时序由 metric 名字和 k/v 的 l ...

  8. Prometheus + Node Exporter + Grafana 监控主机运行信息

      上一篇文章中讲了如何利用Prometheus和Grafana监控SpringBoot应用的JVM信息,这次就来看看如何监控 服务器运行状态,先列出用到的工具: Prometheus node_ex ...

  9. Grafana+Prometheus系统监控之钉钉报警功能

    介绍 钉钉,阿里巴巴出品,专为中国企业打造的免费智能移动办公平台,含PC版,Web版和手机版.智能办公电话,消息已读未读,DING消息任务管理,让沟通更高效:移动办公考勤,签到,审批,企业邮箱,企业网 ...

随机推荐

  1. 【插件篇】前段bootstrap-table-treegrid试手，解决无法显示树形列表或者图标不显示问题。

    说明:具体代码操作我就不贴了.官方有正规的例子!bootstrap-table-examples传送 使用注意事项: 传入的id和pid可以是string类型的(我后台返回的是Long类型转换成str ...

  2. php 解析富文本编辑器中的hmtl内容,富文本样式正确输出

    说明:富文本编辑器中的内容在直接获获取后需要解析以后才能在页面中正确显示 我在后端这样处理: $content = htmlspecialchars_decode($info['intro']); h ...

  3. Pytest自动化测试-简易入门教程（02）

    Pytest框架简介 Pytest是一个非常成熟的全功能的Python测试框架,主要有以下几个特点:1.简单灵活,容易上手,支持参数化2.能够支持简单的单元测试和复杂的功能测试,3.还可以用来做sel ...

  4. 有关80386cpu在保护模式下的虚拟地址，线性地址和实际物理地址的关系

    80386cpu是8086cpu的升级版,其具有32位的寄存器.(32根地址线和32根数据线) 8086cpu其是16位的寄存器但是其地址线有20根,其寻址范围为2的20次方,但是有一个16位的寄存器 ...

  5. ecl函数的用法

    相关函数 fork, execle, execlp, execv, execve, execvp Windows下头文件 #include <process.h> Linux下头文件 #i ...

  6. CSS3过渡应用

    小米图标转换 transition:需要过渡的属性 花费时间 (运动曲线 何时开始): Tips: 1.第二个属性值必须跟上单位(s) 2.谁要过渡给谁加 图标转换最终效果:当鼠标划过图标时,缓慢转换 ...

  7. 使用小记：Zookeeper中动态改变节点的功能

    Zookeeper 3.5+提供了reconfig功能实现动态配置节点,官方的说明是,"你再也不需要进行全部节点重启"就可以应用所有的修改: http://zookeeper.ap ...

  8. 排坑&#183;ASCII码为160的空格（nbsp）

    阅文时长 | 2.83分钟 字数统计 | 1345.2字符 『排坑·ASCII码为160的空格(nbsp)』 编写人 | SCscHero 编写时间 | Wednesday, September 9, ...

  9. golang：正则表达式总结

    正则表达式是一种进行模式匹配和文本操纵的复杂而又强大的工具.虽然正则表达式比纯粹的文本匹配效率低,但是它却更灵活.按照它的语法规则,随需构造出的匹配模式就能够从原始文本中筛选出几乎任何你想要得到的字符 ...

  10. vmware安装ubuntu ，一直处于end kernel panic - not syncing : corrupted stack end detected inside scheduler

    vmware安装ubuntu ,一直处于end kernel panic - not syncing : corrupted stack end detected inside scheduler y ...