@tony-yin
2018-12-17T00:42:23.000000Z
字数 8936
阅读 2925
ES
今天聊聊ES
的告警,X-Pack
提供了报警组件Alert
,但是这个功能是需要付费,在寻求其他方案的时候,发现了ElastAlert
,可以说这是一款为ES
量身定制的告警组件,能够完美替代Alert
提供的所有功能。今天就ElastAlert
强大的告警功能和笔者实践过程中遇到的一些问题进行分享。
ElastAlert
是基于python2
开发的一个告警框架,它主要有以下特点:
网上已经有了相当多的基础介绍文章,但是笔者发现大多数文章的内容都是过时的,甚至官方文档经常还会展示一些弃用配置;还有虎头蛇尾的通病,往往不全面,经常对一些关键性的细节不提及;再者一些地方解释地不够清晰,导致歧义。笔者在搭建和测试过程中同时借鉴多篇文章,然后在反复尝试中最后才成功,这其中失败了很多次,浪费了很多时间,所以这篇文章借鉴了上面提到的种种问题,保证本文的全面性、细节性以及具体性。
Centos7
Elasticsearch 6.4.2
Kibana 6.4.2
安装较为简单,但为了不虎头蛇尾还是做一个完整的步骤介绍:
$ git clone https://github.com/Yelp/elastalert.git
$ cd elastalert
$ python setup.py install
$ pip install -r requirements.txt
$ cp config.yaml.example config.yaml // 根据模板生成配置文件
$ vim config.yaml // 修改配置
主要修改几个必需的选项,比如rules_folder
、es_host
、es_port
等,那些非必需没有特殊需求就不用更改了:
# 用来加载rule的目录,默认是example_rules
rules_folder: example_rules
# 用来设置定时向elasticsearch发送请求
run_every:
minutes: 1
# 用来设置请求里时间字段的范围
buffer_time:
minutes: 15
# elasticsearch的host地址
es_host: 192.168.232.191
# elasticsearch 对应的端口号
es_port: 9200
# 可选的,es url前缀
#es_url_prefix:elasticsearch
# 可选的,查询es的方式,默认是GET
#es_send_get_body_as:GET
# 可选的,选择是否用SSL连接es,true或者false
#use_ssl: True
#可选的,是否验证TLS证书,设置为true或者false,默认为- true
#verify_certs: True
# es认证的username和password
#es_username: someusername
#es_password: somepassword
# elastalert产生的日志在elasticsearch中的创建的索引
writeback_index: elastalert_status
# 失败重试的时间限制
alert_time_limit:
days: 2
详情请参考文档:http://elastalert.readthedocs.io/en/latest/ruletypes.html#rule-configuration-cheat-sheet
可以在/usr/bin/
目录下看到以下四个命令:
$ ll /usr/bin/elastalert*
-rwxr-xr-x 1 root root 399 Nov 20 16:39 /usr/bin/elastalert
-rwxr-xr-x 1 root root 425 Nov 20 16:39 /usr/bin/elastalert-create-index
-rwxr-xr-x 1 root root 433 Nov 20 16:39 /usr/bin/elastalert-rule-from-kibana
-rwxr-xr-x 1 root root 419 Nov 20 16:39 /usr/bin/elastalert-test-rule
elastalert-create-index
会创建一个索引,ElastAlert
会把执行记录存放到这个索引中,默认情况下,索引名叫 elastalert_status
。其中有4
个_type
,都有自己的@timestamp
字段,所以同样也可以用kibana
来查看这个索引的日志记录情况。elastalert-rule-from-kibana
从Kibana3
已保存的仪表盘中读取Filtering
设置,帮助生成config.yaml
里的配置。不过注意,它只会读取 filtering
,不包括queries
。elastalert-test-rule
测试自定义配置中的rule
设置。执行elastalert-create-index
命令在ES
创建索引,这不是必须的步骤,但是强烈建议创建。因为对于审计和测试很有用,并且重启ES
不影响计数和发送alert
.
$ elastalert-create-index
具体参见文档: setting-up-elasticsearch
rule
配置算是ElastAlert
最核心的功能了,支持11
种告警规则,就不一一介绍了,选用一个最为普遍使用的告警规则frequency
,告警方式也选用最普遍的email
。
# Alert when the rate of events exceeds a threshold
# (Optional)
# Elasticsearch host
es_host: 192.168.232.191
# (Optional)
# Elasticsearch port
es_port: 9200
# (OptionaL) Connect with SSL to Elasticsearch
#use_ssl: True
# (Optional) basic-auth username and password for Elasticsearch
#es_username: someusername
#es_password: somepassword
# (Required)
# Rule name, must be unique
name: Example frequency rule
# (Required)
# Type of alert.
# the frequency rule type alerts when num_events events occur with timeframe time
type: frequency
# (Required)
# Index to search, wildcard supported
index: metricbeat-*
# (Required, frequency specific)
# Alert when this many documents matching the query occur within a timeframe
num_events: 5
# (Required, frequency specific)
# num_events must occur within this amount of time to trigger an alert
timeframe:
hours: 4
# (Required)
# A list of Elasticsearch filters used for find events
# These filters are joined with AND and nested in a filtered query
# For more info: http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/query-dsl.html
filter:
- query_string:
query: "system.process.cpu.total.pct: >10%" // field支持嵌套
smtp_host: smtp.163.com
smtp_port: 25
smtp_auth_file: /opt/elastalert/smtp_auth.yaml
#回复给那个邮箱
email_reply_to: xxx@163.com
##从哪个邮箱发送
from_addr: xxx@163.com
# (Required)
# The alert is use when a match is found
alert:
- "email"
# (required, email specific)
# a list of email addresses to send alerts to
email:
- "yyy@qq.com"
上述配置表示选择metricbeat
作为告警索引,在4
小时内将匹配过滤条件,当CPU
使用百分比的值为10%
超过5
次后,即满足告警条件,然后发送邮件。
上述配置中已经展示了一部分邮件配置,主要有smtp host
、smtp port
、from addr
和to_addr
等。这里笔者选择一个网易163
的邮箱作为发送邮箱,一个QQ
邮箱作为接收邮件进行测试,所以smpt host
应该为smtp.163.com
。
smtp_host: smtp.163.com
smtp_port: 25
smtp_auth_file: /opt/elastalert/smtp_auth.yaml
#回复给那个邮箱
email_reply_to: xxx@163.com
##从哪个邮箱发送
from_addr: xxx@163.com
# (Required)
# The alert is use when a match is found
alert:
- "email"
# (required, email specific)
# a list of email addresses to send alerts to
email:
- "yyy@qq.com"
还有一个smtp_auth.yaml
文件,这个里面记录了发送邮箱的账号和密码,163
邮箱有授权码机制,所以密码处应该填写授权码(没有的话则需要开启)。
#发送邮件的邮箱
user: xxx@163.com
##不是邮箱密码,是设置的POP3密码
password: xxx
避免一定时间段中重复告警,可以配置realert
和exponential_realert
这两个选项:
# 5分钟内相同的报警不会重复发送
realert:
minutes: 5
# 指数级扩大 realert 时间,中间如果有报警,
# 则按照5->10->20->40->60不断增大报警时间到制定的最大时间,
# 如果之后报警减少,则会慢慢恢复原始realert时间
exponential_realert:
hours: 1
# 根据报警的内,将相同的报警安装 name 来聚合
aggregation_key: name
# 聚合报警的内容,只展示 name 与 message
summary_table_fields:
- name
- message
可以自定义告警内容,内部是使用Python
的format
来实现的。
alert_subject: "Error {} @{}"
alert_subject_args:
- name
- "@timestamp"
alert_text_type: alert_text_only
alert_text: |
### Error frequency exceeds
> Name: {}
> Message: {}
> Host: {} ({})
alert_text_args:
- name
- message
- hostname
- host
当然还有更多高级配置,详情请参考文档。
可以在运行rule
之前先通过elastalert-test-rule
命令来测试一下
$ elastalert-test-rule ~/elastalert/example_rules/example_frequency.yaml
详情参考文档:http://elastalert.readthedocs.io/en/latest/running_elastalert.html#testing-your-rule
启动elastalert
服务,监听es
,这里加了--rule example_frequency.yaml
表示只运行example_frequency.yaml
这一个rule
文件,如果不加该选项则会运行rules_folder
下所有rule
文件,上面配置中的rules_folder
为默认的example_rules
。
$ python -m elastalert.elastalert --verbose --rule example_frequency.yaml
为了让服务后台运行并且可以达到守护进程的效果,在生产环境中笔者建议使用supervisor
管理。
any
:只要有匹配就报警;blacklist
:compare_key
字段的内容匹配上blacklist
数组里任意内容;whitelist
:compare_key
字段的内容一个都没能匹配上whitelist
数组里内容;change
:在相同query_key
条件下,compare_key
字段的内容,在 timeframe
范围内 发送变化;frequency
:在相同query_key
条件下,timeframe
范围内有num_events
个被过滤出 来的异常;spike
:在相同query_key
条件下,前后两个timeframe
范围内数据量相差比例超过spike_height
。其中可以通过spike_type
设置具体涨跌方向是- up
、down
、both
。还可以通过threshold_ref
设置要求上一个周期数据量的下限,threshold_cur
设置要求当前周期数据量的下限,如果数据量不到下限,也不触发;flatline
:timeframe
范围内,数据量小于threshold
阈值;new_term
:fields字段新出现之前terms_window_size
(默认30
天)范围内最多的terms_size
(默认50
)个结果以外的数据;cardinality
:在相同 query_key
条件下,timeframe
范围内cardinality_field
的值超过 max_cardinality
或者低于min_cardinality
摘自:ElastAlert介绍和安装-1
详细请参考文档:https://elastalert.readthedocs.io/en/latest/ruletypes.html#rule-types
除了email
,还有jira
、webhook
等内置告警方式,由于笔者没有实践,就不一一赘述了。
第三方的微信和钉钉:
也可以根据文档自己实现:https://elastalert.readthedocs.io/en/latest/recipes/adding_alerts.html
elastalert-kibana-plugin
是围绕elastalert
做的一个kibana
展示插件,可以在kibana
上创建、编辑和删除告警,但是说实话这个插件还不是很好用,首先配置就有点麻烦,其次展示效果并不友好,提供配置rule
的方式太专业化了,对小白或者一般用户来说要求稍高。
下载6.4.2
的release
安装包
$ wget https://github.com/bitsensor/elastalert-kibana-plugin/releases/download/1.0.1/elastalert-kibana-plugin-1.0.1-6.4.2.zip
Kibana
插件本地安装
$ /usr/share/kibana/bin/kibana-plugin install file:///root/elastalert-kibana-plugin-1.0.1-6.4.2.zip
本地安装前面需要加上file://
,否则会默认为在线资源去解析url
并下载
Unix:
$ sudo bin/elasticsearch-plugin install file:///path/to/plugin.zip
Windows:
假定需要安装的插件本地地址为C:\path\to\plugin.zip
$ bin\elasticsearch-plugin install file:///C:/path/to/plugin.zip
上面安装的只是kibana
的一个展示插件,插件内部并没有集成server
,所以还需要再安装一个server
,笔者之前因为没有做这一步,一直卡着,页面显示报错502 Bad Gateway
,关键是官方文档也没说清楚一定要装这个。。
$ git clone https://github.com/bitsensor/elastalert.git elastalert-server
$ cd elastalert-server
这边我们先不用官网说的docker
运行的方式,先用本地npm
起服务的方式运行。
npm
$ nvm install "$(cat .nvmrc)"
$ npm install
这一步很重要,因为很多地方没有说的很清楚,包括docker
运行方式在这一块也没说清楚。
$ vim config/config.json
默认的配置需要修改,尤其是elastalertPath
和rulesPath
中的path
选项
elastalertPath
表示的是我们最初安装的elastalert
仓库的目录,也就是说elastalert-kibana-plugin
运行需要三个仓库,分别是elastalert
、elastalert-kibana-plugin
、和elastalert-server
,分别对应的是后端代码、前端代码、webserver
,这也就是笔者之前提到的安装提到的安装麻烦所在了;
其次rulesPath
中path
选项表示运用elastalert-kibana-plugin
插件创建告警后rule
文件存放的目录,上面笔者在elastalert
配置的rules_folder
为example_rules
,这里配置的path
为rules
,主要是因为elastalert-server
目录下用的是这个,笔者也在elastalert
项目中创建了个rules
的目录,并将rules_folder
配置进行同步,这个看个人喜好自定义即可。
{
"appName": "elastalert-server",
"port": 3030,
"elastalertPath": "/root/elastalert",
"verbose": false,
"es_debug": false,
"debug": false,
"rulesPath": {
"relative": true,
"path": "/rules"
},
"templatesPath": {
"relative": true,
"path": "/rule_templates"
},
"es_host": "192.168.232.191",
"es_port": 9200,
"writeback_index": "elastalert_status"
}
npm start
官网提供的命令依旧是很模糊,很多同学直接运行了,也没报错,但是也没正常运行,这是因为跟上面一样,下面这些目录都要对应修改,具体参考上面配置文件即可,最重要的还是要明白整体架构,三个项目各自的作用,知道原理就一目了然了,但不得不说如果官方文档描述地详细一点,大家也许会更容易地搞成功。
docker run -d -p 3030:3030 \
-v `pwd`/config/elastalert.yaml:/opt/elastalert/config.yaml \
-v `pwd`/config/config.json:/opt/elastalert-server/config/config.json \
-v `pwd`/rules:/opt/elastalert/rules \
-v `pwd`/rule_templates:/opt/elastalert/rule_templates \
--net="host" \
--name elastalert bitsensor/elastalert:latest
本文从elastalert
的安装讲起,接着涉猎rule
配置、email
配置等环节,然后通过测试和运行来对rule
文件进行验证,最后再详细介绍了elastalert-kibana-plugin
的安装和用法。
总的来说,elastalert
围绕es
所提供的告警功能是很强大的,文中提供的案例只是冰山一角,大家感兴趣的可以多看看官方文档,elastalert
的官方文档还是很全的。
至于elastalert-kibana-plugin
这个插件,笔者认为一般般,配置过程稍显麻烦,其次功能很弱,跟后端手动修改配置文件没什么两样,也没有同名校验这些机制,相比而言,sentinl
的UI
就显得简单美观了,请听下回分解。