企业官网建设流程全解析

示例配置文件

global: #在5m内收到Prometheus发来相同告警情况下认为告警已经恢复 resolve_timeout: 5m #SMTP邮件服务器配置 smtp_smarthost: 'localhost:25' smtp_from: 'alertmanager@example.org' smtp_auth_username: 'alertmanager' smtp_auth_password: 'password' #告警模板文件 templates: - '/etc/alertmanager/template/*.tmpl' #告警路由规则，所有告警信息进入后的根路由 route: #告警分组规则，例如，这里表示具有相同alertname值的告警会被分为一组。这个值是可以修改的，并不一定是alertname group_by: ['alertname'] # 在一个新的告警分组被创建后，需要等待group_wait指定的时间来初始化通知，这种方式可以确保有足够的时间为同一分组获取多条告警， # 然后一起发送这些告警到接收人 group_wait: 30s # 同一组告警发送时间间隔，如果一个组第一次告警已经发送，则等待group_interval时间再来发送组内新的告警 group_interval: 5m #重复告警间隔时间，如果一条告警已经发送成功，则需要等待repeat_interval时间才能重新发送 repeat_interval: 3h #默认接收人 receiver: team-X-mails #子路由配置，上面的所有属性都会被子路由，并且可以在每个子路由上覆盖 routes: # 子路由规则1 - matchers: - service=~"foo1|foo2|baz" receiver: team-X-mails #子路由下还可以继续配置子路由 routes: - matchers: - severity="critical" receiver: team-X-pager #子路由规则2 - matchers: - service="files" receiver: team-Y-mails routes: - matchers: - severity="critical" receiver: team-Y-pager #子路由规则3 - matchers: - service="database" receiver: team-DB-pager group_by: [alertname, cluster, database] routes: - matchers: - owner="team-X" receiver: team-X-pager continue: true - matchers: - owner="team-Y" receiver: team-Y-pager #告警抑制规则配置 inhibit_rules: #此配置表示如果发生多个告警时，它们的alertname和node标签值相同，那么产生critical级别的告警就不产生warning级别的告警。告警级别可以在Prometheus的rules中定义 - source_matchers: [severity="critical"] target_matchers: [severity="warning"] equal: [alertname, node] #告警接收人定义 receivers: - name: 'team-X-mails' email_configs: - to: 'team-X+alerts@example.org' - name: 'team-X-pager' email_configs: - to: 'team-X+alerts-critical@example.org' pagerduty_configs: - service_key: <team-X-key> - name: 'team-Y-mails' email_configs: - to: 'team-Y+alerts@example.org' - name: 'team-Y-pager' pagerduty_configs: - service_key: <team-Y-key> - name: 'team-DB-pager' pagerduty_configs: - service_key: <team-DB-key>