fix the error of prometheus.yml

Signed-off-by: Liang Zheng <microyahoo@163.com>
yunlzheng · Aug 6, 2019 · 2811ed1 · 2811ed1
1 parent 81066e2
commit 2811ed1
Show file tree

Hide file tree

Showing 3 changed files with 8 additions and 8 deletions.
diff --git a/alert/alert-manager-inhibit.md b/alert/alert-manager-inhibit.md
@@ -29,7 +29,7 @@ source_match_re:
 [ equal: '[' <labelname>, ... ']' ]
 ```
 
-当已经发送的告警通知匹配到target_match和target_match_re规则，当有新的告警规则如果满足source_match或者定义的匹配规则，并且以发送的告警与新产生的告警中equal定义的标签完全相同，则启动抑制机制，新的告警不会发送。
+当已经发送的告警通知匹配到target_match和target_match_re规则，当有新的告警规则如果满足source_match或者定义的匹配规则，并且已发送的告警与新产生的告警中equal定义的标签完全相同，则启动抑制机制，新的告警不会发送。
 
 例如，定义如下抑制规则：
 
@@ -47,7 +47,7 @@ source_match_re:
 
 ## 临时静默
 
-除了基于抑制机制可以控制告警通知的行为以外，用户或者管理员还可以直接通过Alertmanager的UI临时屏蔽特定的告警通知。通过定义标签的匹配规则(字符串或者正则表达式)，如果新的告警通知满足静默规则的设置，则不停止向receiver发送通知。
+除了基于抑制机制可以控制告警通知的行为以外，用户或者管理员还可以直接通过Alertmanager的UI临时屏蔽特定的告警通知。通过定义标签的匹配规则(字符串或者正则表达式)，如果新的告警通知满足静默规则的设置，则停止向receiver发送通知。
 
 进入Alertmanager UI，点击"New Silence"显示如下内容：
 
@@ -63,4 +63,4 @@ source_match_re:
 
 ![告警信息](./static/alertmanager-slicense-alerts-result.png)
 
-对于已经生效的规则，用户可以通过手动点击”Expire“按钮使当前规则过期。
+对于已经生效的规则，用户可以通过手动点击”Expire“按钮使当前规则过期。
diff --git a/alert/alert-manager-route.md b/alert/alert-manager-route.md
@@ -53,7 +53,7 @@ routes:
 
 有的时候为了能够一次性收集和发送更多的相关信息时，可以通过**group_wait**参数设置等待时间，如果在等待时间内当前group接收到了新的告警，这些告警将会合并为一个通知向receiver发送。
 
-而**group_interval**配置，则用于定义相同的Gourp之间发送告警通知的时间间隔。
+而**group_interval**配置，则用于定义相同的Group之间发送告警通知的时间间隔。
 
 例如，当使用Prometheus监控多个集群以及部署在集群中的应用和数据库服务，并且定义以下的告警处理路由规则来对集群中的异常进行通知。
 
@@ -77,6 +77,6 @@ route:
 
 默认情况下所有的告警都会发送给集群管理员default-receiver，因此在Alertmanager的配置文件的根路由中，对告警信息按照集群以及告警的名称对告警进行分组。
 
-如果告警时来源于数据库服务如MySQL或者Cassandra，此时则需要将告警发送给相应的数据库管理员(database-pager)。这里定义了一个单独子路由，如果告警中包含service标签，并且service为MySQL或者Cassandra,则向database-pager发送告警通知，由于这里没有定义group_by等属性，这些属性的配置信息将从上级路由继承，database-pager将会接收到按cluser和alertname进行分组的告警通知。
+如果告警时来源于数据库服务如MySQL或者Cassandra，此时则需要将告警发送给相应的数据库管理员(database-pager)。这里定义了一个单独子路由，如果告警中包含service标签，并且service为MySQL或者Cassandra,则向database-pager发送告警通知，由于这里没有定义group_by等属性，这些属性的配置信息将从上级路由继承，database-pager将会接收到按cluster和alertname进行分组的告警通知。
 
-而某些告警规则来源可能来源于开发团队的定义，这些告警中通过添加标签team来标示这些告警的创建者。在Alertmanager配置文件的告警路由下，定义单独子路由用于处理这一类的告警通知，如果匹配到告警中包含标签team，并且team的值为frontend，Alertmanager将会按照标签product和environment对告警进行分组。此时如果应用出现异常，开发团队就能清楚的知道哪一个环境(environment)中的哪一个应用程序出现了问题，可以快速对应用进行问题定位。
+而某些告警规则来源可能来源于开发团队的定义，这些告警中通过添加标签team来标示这些告警的创建者。在Alertmanager配置文件的告警路由下，定义单独子路由用于处理这一类的告警通知，如果匹配到告警中包含标签team，并且team的值为frontend，Alertmanager将会按照标签product和environment对告警进行分组。此时如果应用出现异常，开发团队就能清楚的知道哪一个环境(environment)中的哪一个应用程序出现了问题，可以快速对应用进行问题定位。
diff --git a/alert/install-alert-manager.md b/alert/install-alert-manager.md
@@ -76,7 +76,7 @@ Alert菜单下可以查看Alertmanager接收到的告警内容。Silences菜单
 alerting:
   alertmanagers:
     - static_configs:
-        targets: ['localhost:9093']
+        - targets: ['localhost:9093']
 ```
 
 重启Prometheus服务，成功后，可以从[http://192.168.33.10:9090/config](http://192.168.33.10:9090/config)查看alerting配置是否生效。
@@ -97,4 +97,4 @@ cat /dev/zero>/dev/null
 
 ## 接下来
 
-目前为止，我们已经成功安装部署了Alertmanager并且与Prometheus关联，能够正常接收来自Prometheus的告警信息。接下来我们将详细介绍Alertmanager是如何处理这些接收到的告警信息的。
+目前为止，我们已经成功安装部署了Alertmanager并且与Prometheus关联，能够正常接收来自Prometheus的告警信息。接下来我们将详细介绍Alertmanager是如何处理这些接收到的告警信息的。