› ›

使用 Metricbeat 发送监控数据

使用 Metricbeat 发送监控数据编辑

在 7.3 及更高版本中，您可以使用 Metricbeat 收集有关 Metricbeat 的数据并将其发送到监控集群。与内部收集相比，使用 Metricbeat 的好处是，即使 Metricbeat 实例崩溃，监控代理仍然处于活动状态。

由于您将使用 Metricbeat 来 *监控* Metricbeat，因此您需要运行两个 Metricbeat 实例：一个主实例，用于收集服务器上运行的系统和服务的指标，另一个实例，用于专门收集 Metricbeat 的指标。使用单独的实例作为监控代理，您可以将监控数据发送到专用监控集群。如果主代理出现故障，监控代理将保持活动状态。

如果您将 Metricbeat 作为服务运行，则此方法需要额外的操作，因为您需要同时运行两个相同已安装服务的实例。如果您不想同时运行两个实例，请使用内部收集而不是使用 Metricbeat。

要收集和发送监控数据

配置要监控的发货者编辑

启用 HTTP 端点以允许外部收集监控数据

在 Metricbeat 配置文件 (metricbeat.yml) 中添加以下设置
```
http.enabled: true
```
默认情况下，指标在端口 5066 上公开。如果您需要监控在同一台服务器上运行的多个 Beats 发货者，请设置 http.port 以在不同的端口号上公开每个发货者的指标
```
http.port: 5067
```
禁用 Metricbeat 监控指标的默认收集。

在 Metricbeat 配置文件 (metricbeat.yml) 中添加以下设置
```
monitoring.enabled: false
```
有关更多信息，请参见监控配置选项。
配置主机（可选）。

如果您打算使用安装在另一台服务器上的 Metricbeat 获取指标，则需要将 Metricbeat 绑定到主机的 IP
```
http.host: xxx.xxx.xxx.xxx
```
配置集群 UUID。

如果您想在 Kibana 堆栈监控视图中查看 Beats 监控，则需要集群 UUID。要将 Metricbeat 与集群 UUID 关联，请设置
```
monitoring.cluster_uuid: "cluster-uuid"
```
启动 Metricbeat。

安装和配置 Metricbeat 以收集监控数据编辑

下一步取决于您要如何运行 Metricbeat
- 如果您以服务形式运行，并希望运行一个单独的监控实例，请按照您环境所需的步骤运行两个 Metricbeat 实例作为服务。执行此操作的步骤因平台而异，并且超出了本文档的范围。
- 如果您直接在前景中运行二进制文件，并希望运行一个单独的监控实例，请将 Metricbeat 安装到不同的路径。如果需要，请设置 path.config、path.data 和 path.log 以指向正确的目录。有关默认位置，请参见目录布局。
在 Metricbeat 中启用 beat-xpack 模块。

例如，要启用 modules.d 目录中的默认配置，请运行以下命令，使用适合您操作系统的正确命令语法
```
metricbeat modules enable beat-xpack
```
有关更多信息，请参见配置模块和 beat 模块。
在 Metricbeat 中配置 beat-xpack 模块。

文件 modules.d/beat-xpack.yml 包含以下设置
```
- module: beat
  metricsets:
    - stats
    - state
  period: 10s
  hosts: ["https://127.0.0.1:5066"]
  #username: "user"
  #password: "secret"
  xpack.enabled: true
```
根据您的环境设置 hosts、username 和 password 设置。对于其他模块设置，建议您接受默认设置。

默认情况下，该模块从 localhost:5066 收集 Metricbeat 监控数据。如果您在启用 HTTP 端点时在不同的主机或端口上公开指标，请更新 hosts 设置。

要监控多个 Beats 代理，请指定主机列表，例如
```
hosts: ["https://127.0.0.1:5066","https://127.0.0.1:5067","https://127.0.0.1:5068"]
```
如果您配置 Metricbeat 使用加密通信，则必须通过 HTTPS 访问它。例如，使用类似于 https://127.0.0.1:5066 的 hosts 设置。

如果启用了 Elastic 安全功能，您还必须提供用户 ID 和密码，以便 Metricbeat 能够成功收集指标
1. 在 Elasticsearch 集群上创建具有 remote_monitoring_collector 内置角色的用户。或者，如果您的环境中可用，请使用 remote_monitoring_user 内置用户。
2. 将 username 和 password 设置添加到 beat 模块配置文件中。
可选：在 Metricbeat 中禁用 system 模块。

默认情况下，system 模块已启用。但是，它收集的信息不会显示在 Kibana 中的 堆栈监控 页面上。除非您想将该信息用于其他目的，否则请运行以下命令
```
metricbeat modules disable system
```
确定将监控数据发送到哪里。

在生产环境中，我们强烈建议使用单独的集群（称为 *监控集群*）来存储数据。使用单独的监控集群可以防止生产集群停机影响您访问监控数据的能力。它还可以防止监控活动影响生产集群的性能。

例如，在 Metricbeat 配置文件 (metricbeat.yml) 中指定 Elasticsearch 输出信息
```
output.elasticsearch:
  # Array of hosts to connect to.
  hosts: ["http://es-mon-1:9200", "http://es-mon2:9200"] 

  # Optional protocol and basic auth credentials.
  #protocol: "https"
  #api_key:  "id:api_key" 
  #username: "elastic"
  #password: "changeme"
```
在此示例中，数据存储在具有节点 es-mon-1 和 es-mon-2 的监控集群上。

指定 api_key 或 username/password 之一。

如果您配置了监控集群使用加密通信，则必须通过 HTTPS 访问它。例如，使用类似于 https://es-mon-1:9200 的 hosts 设置。

Elasticsearch 监控功能使用摄取管道。存储监控数据的集群必须至少包含一个具有 ingest 角色的节点。

如果监控集群上启用了 Elasticsearch 安全功能，您必须提供有效的用户 ID 和密码，以便 Metricbeat 能够成功发送指标
1. 在监控集群上创建具有 remote_monitoring_agent 内置角色的用户。或者，如果您的环境中可用，请使用 remote_monitoring_user 内置用户。
  
  如果您使用索引生命周期管理，则远程监控用户需要额外的权限才能创建和读取索引。有关更多信息，请参见 授予用户访问受保护资源的权限。
2. 将 username 和 password 设置添加到 Metricbeat 配置文件中的 Elasticsearch 输出信息。
有关这些配置选项的更多信息，请参见配置 Elasticsearch 输出。
启动 Metricbeat 以开始收集监控数据。
在 Kibana 中查看监控数据.

« 内部收集设置保护 Metricbeat »

	在此示例中，数据存储在具有节点 `es-mon-1` 和 `es-mon-2` 的监控集群上。
	指定 `api_key` 或 `username`/`password` 之一。