This is an automated email from the ASF dual-hosted git repository.
jinrongtong pushed a commit to branch new-official-website
in repository https://gitbox.apache.org/repos/asf/rocketmq-site.git
The following commit(s) were added to refs/heads/new-official-website by this
push:
new 94615cf561 [ISSUE #682] Correct mismatched comments (#683)
94615cf561 is described below
commit 94615cf5618a48dff65053636580aa069443c90e
Author: yx9o <[email protected]>
AuthorDate: Tue Aug 27 09:41:17 2024 +0800
[ISSUE #682] Correct mismatched comments (#683)
---
docs/04-deployment/04Exporter.md | 18 +++++++++---------
.../current/04-deployment/04Exporter.md | 4 ++--
.../version-5.0/05-deploymentOperations/05Exporter.md | 4 ++--
.../version-5.0/05-deploymentOperations/05Exporter.md | 18 +++++++++---------
4 files changed, 22 insertions(+), 22 deletions(-)
diff --git a/docs/04-deployment/04Exporter.md b/docs/04-deployment/04Exporter.md
index 61f59d04f7..c8b3fe1d10 100644
--- a/docs/04-deployment/04Exporter.md
+++ b/docs/04-deployment/04Exporter.md
@@ -1,4 +1,4 @@
-# RocketMQ Promethus Exporter
+# RocketMQ Prometheus Exporter
## 介绍
@@ -8,7 +8,7 @@
过去版本曾是 87 个 concurrentHashMap，由于 Map 不会删除过期指标，所以一旦有 label
变动就会生成一个新的指标，旧的无用指标无法自动删除，久而久之造成内存溢出。而使用 Cache 结构可可以实现过期删除，且过期时间可配置。
:::
-`Rocketmq-expoter` 获取监控指标的流程如下图所示，Expoter 通过 MQAdminExt 向 MQ 集群请求数据，请求到的数据通过
MetricService 规范化成 Prometheus 需要的格式，然后通过 /metics 接口暴露给 Promethus。
+`Rocketmq-expoter` 获取监控指标的流程如下图所示，Expoter 通过 MQAdminExt 向 MQ 集群请求数据，请求到的数据通过
MetricService 规范化成 Prometheus 需要的格式，然后通过 /metics 接口暴露给 Prometheus。
@@ -139,30 +139,30 @@ MetricCollectTask 类中有 5 个定时任务，分别为 collectTopicOffset、c
`application.yml` 中重要的配置主要有:
-- server.port 设置 promethus 监听 rocketmq-exporter 的端口, 默认为 5557
+- server.port 设置 prometheus 监听 rocketmq-exporter 的端口, 默认为 5557
-- rocketmq.config.webTelemetryPath 配置 promethus 获取指标的路径,默认为 /metrics ，使用默认值即可.
+- rocketmq.config.webTelemetryPath 配置 prometheus 获取指标的路径,默认为 /metrics ，使用默认值即可.
- rocketmq.config.enableACL 如果 RocketMQ 集群开启了 ACL 验证,需要配置为 true, 并在 accessKey
和 secretKey 中配置相应的 ak, sk.
-- rocketmq.config.outOfTimeSeconds 用于配置存储指标和相应的值的过期时间,若超过该时间,cache 中的 key
对应的节点没有发生写更改,则会进行删除.一般配置为 60s 即可(根据 promethus 获取指标的时间间隔进行合理配置,只要保证过期时间大于等于
promethus 收集指标的时间间隔即可)
+- rocketmq.config.outOfTimeSeconds 用于配置存储指标和相应的值的过期时间,若超过该时间,cache 中的 key
对应的节点没有发生写更改,则会进行删除.一般配置为 60s 即可(根据 prometheus 获取指标的时间间隔进行合理配置,只要保证过期时间大于等于
prometheus 收集指标的时间间隔即可)
- task._.cron 配置 exporter 从 broker 拉取指标的定时任务的时间间隔,默认值为"15 0/1 _ \* \* ?" 每分钟的
15s 拉取一次指标.
### 启动 exporter 项目
-### 按照 promethus 官网配置启动
+### 按照 prometheus 官网配置启动
-配置 promethus 的 static_config: -targets 为 exporter 的启动 IP 和端口,如: localhost:5557
+配置 prometheus 的 static_config: -targets 为 exporter 的启动 IP 和端口,如: localhost:5557
-### 访问 promethus 页面
+### 访问 prometheus 页面
本地启动默认为: localhost:9090 ,则可对收集到的指标值进行查看,如下图所示:
:::tip
-为了达到更好的可视化效果,观察指标值变化趋势, promethus 搭配 grafana 效果更佳哦!
+为了达到更好的可视化效果,观察指标值变化趋势, prometheus 搭配 grafana 效果更佳哦!
:::
diff --git
a/i18n/en/docusaurus-plugin-content-docs/current/04-deployment/04Exporter.md
b/i18n/en/docusaurus-plugin-content-docs/current/04-deployment/04Exporter.md
index 3b884db51f..65f1fc95d4 100644
--- a/i18n/en/docusaurus-plugin-content-docs/current/04-deployment/04Exporter.md
+++ b/i18n/en/docusaurus-plugin-content-docs/current/04-deployment/04Exporter.md
@@ -1,4 +1,4 @@
-# RocketMQ Promethus Exporter
+# RocketMQ Prometheus Exporter
## Introduction
@@ -7,7 +7,7 @@
In previous versions, there were 87 concurrentHashMaps, but since the Map does
not delete expired metrics, once there is a label change, a new metric is
generated and the old, unused metric cannot be automatically deleted, which
eventually causes a memory overflow. However, using the Cache structure can
enable expired deletion, and the expiration time can be configured.
:::
-The process for `Rocketmq-exporter` to obtain monitoring metrics is shown in
the following figure. The exporter requests data from the MQ cluster through
MQAdminExt, and the requested data is standardized into the format required by
Prometheus through the MetricService, and then exposed to Promethus through the
`/metrics` interface.
+The process for `Rocketmq-exporter` to obtain monitoring metrics is shown in
the following figure. The exporter requests data from the MQ cluster through
MQAdminExt, and the requested data is standardized into the format required by
Prometheus through the MetricService, and then exposed to Prometheus through
the `/metrics` interface.
### Metric structure
diff --git
a/i18n/en/docusaurus-plugin-content-docs/version-5.0/05-deploymentOperations/05Exporter.md
b/i18n/en/docusaurus-plugin-content-docs/version-5.0/05-deploymentOperations/05Exporter.md
index 78e7b26836..22bc0a05a3 100644
---
a/i18n/en/docusaurus-plugin-content-docs/version-5.0/05-deploymentOperations/05Exporter.md
+++
b/i18n/en/docusaurus-plugin-content-docs/version-5.0/05-deploymentOperations/05Exporter.md
@@ -1,4 +1,4 @@
-# RocketMQ Promethus Exporter
+# RocketMQ Prometheus Exporter
## Introduction
@@ -7,7 +7,7 @@
In previous versions, there were 87 concurrentHashMaps, but since the Map does
not delete expired metrics, once there is a label change, a new metric is
generated and the old, unused metric cannot be automatically deleted, which
eventually causes a memory overflow. However, using the Cache structure can
enable expired deletion, and the expiration time can be configured.
:::
-The process for `Rocketmq-exporter` to obtain monitoring metrics is shown in
the following figure. The exporter requests data from the MQ cluster through
MQAdminExt, and the requested data is standardized into the format required by
Prometheus through the MetricService, and then exposed to Promethus through the
`/metrics` interface.
+The process for `Rocketmq-exporter` to obtain monitoring metrics is shown in
the following figure. The exporter requests data from the MQ cluster through
MQAdminExt, and the requested data is standardized into the format required by
Prometheus through the MetricService, and then exposed to Prometheus through
the `/metrics` interface.
### Metric structure
diff --git a/versioned_docs/version-5.0/05-deploymentOperations/05Exporter.md
b/versioned_docs/version-5.0/05-deploymentOperations/05Exporter.md
index 09821bb2a3..14ae8210c1 100644
--- a/versioned_docs/version-5.0/05-deploymentOperations/05Exporter.md
+++ b/versioned_docs/version-5.0/05-deploymentOperations/05Exporter.md
@@ -1,4 +1,4 @@
-# RocketMQ Promethus Exporter
+# RocketMQ Prometheus Exporter
## 介绍
@@ -8,7 +8,7 @@
过去版本曾是 87 个 concurrentHashMap，由于 Map 不会删除过期指标，所以一旦有 label
变动就会生成一个新的指标，旧的无用指标无法自动删除，久而久之造成内存溢出。而使用 Cache 结构可可以实现过期删除，且过期时间可配置。
:::
-`Rocketmq-expoter` 获取监控指标的流程如下图所示，Expoter 通过 MQAdminExt 向 MQ 集群请求数据，请求到的数据通过
MetricService 规范化成 Prometheus 需要的格式，然后通过 /metics 接口暴露给 Promethus。
+`Rocketmq-expoter` 获取监控指标的流程如下图所示，Expoter 通过 MQAdminExt 向 MQ 集群请求数据，请求到的数据通过
MetricService 规范化成 Prometheus 需要的格式，然后通过 /metics 接口暴露给 Prometheus。
@@ -138,23 +138,23 @@ MetricCollectTask 类中有 5 个定时任务，分别为 collectTopicOffset、c
`application.yml` 中重要的配置主要有:
-- server.port 设置 promethus 监听 rocketmq-exporter 的端口, 默认为 5557
+- server.port 设置 prometheus 监听 rocketmq-exporter 的端口, 默认为 5557
-- rocketmq.config.webTelemetryPath 配置 promethus 获取指标的路径,默认为 /metrics ，使用默认值即可.
+- rocketmq.config.webTelemetryPath 配置 prometheus 获取指标的路径,默认为 /metrics ，使用默认值即可.
- rocketmq.config.enableACL 如果 RocketMQ 集群开启了 ACL 验证,需要配置为 true, 并在 accessKey
和 secretKey 中配置相应的 ak, sk.
-- rocketmq.config.outOfTimeSeconds 用于配置存储指标和相应的值的过期时间,若超过该时间,cache 中的 key
对应的节点没有发生写更改,则会进行删除.一般配置为 60s 即可(根据 promethus 获取指标的时间间隔进行合理配置,只要保证过期时间大于等于
promethus 收集指标的时间间隔即可)
+- rocketmq.config.outOfTimeSeconds 用于配置存储指标和相应的值的过期时间,若超过该时间,cache 中的 key
对应的节点没有发生写更改,则会进行删除.一般配置为 60s 即可(根据 prometheus 获取指标的时间间隔进行合理配置,只要保证过期时间大于等于
prometheus 收集指标的时间间隔即可)
- task._.cron 配置 exporter 从 broker 拉取指标的定时任务的时间间隔,默认值为"15 0/1 _ \* \* ?" 每分钟的
15s 拉取一次指标.
### 启动 exporter 项目
-### 按照 promethus 官网配置启动
+### 按照 prometheus 官网配置启动
-配置 promethus 的 static_config: -targets 为 exporter 的启动 IP 和端口,如: localhost:5557
+配置 prometheus 的 static_config: -targets 为 exporter 的启动 IP 和端口,如: localhost:5557
-### 访问 promethus 页面
+### 访问 prometheus 页面
本地启动默认为: localhost:9090 ,则可对收集到的指标值进行查看,如下图所示:
@@ -162,7 +162,7 @@ MetricCollectTask 类中有 5 个定时任务，分别为 collectTopicOffset、c
:::tip
-为了达到更好的可视化效果,观察指标值变化趋势, promethus 搭配 grafana 效果更佳哦!
+为了达到更好的可视化效果,观察指标值变化趋势, prometheus 搭配 grafana 效果更佳哦!
:::
