Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Metricbeat logstash module should honor monitoring.cluster_uuid field in Logstash API responses #15772

Closed
ycombinator opened this issue Jan 23, 2020 · 1 comment · Fixed by #15795

Comments

@ycombinator
Copy link
Contributor

ycombinator commented Jan 23, 2020

Describe the enhancement:

The Metricbeat logstash module's metricsets (x-pack data path only) must be enhanced to look for an optional monitoring.cluster_uuid field in Logstash HTTP API responses. If set, it should use this field to set the value of the cluster_uuid field in the events it generates.

Describe a specific use case for the enhancement or feature:

Sometimes a user may setup a Logstash pipeline that is not talking to Elasticsearch. When they use Metricbeat to monitoring the Logstash node running this pipeline, Metricbeat will collect the necessary monitoring data and ship it to the configured monitoring cluster (as defined by output.elasticsearch.hosts in the Metricbeat configuration).

However, this data will not contain the cluster_uuid field in it, causing the Logstash node and pipeline to appear under a "Standalone Cluster" in the Stack Monitoring UI. If the user wants the data to appear under a specific production Elasticsearch cluster in the UI, they must also set xpack.monitoring.cluster_uuid in their Logstash node's configuration (see elastic/logstash#11106). Once this is set, the Logstash HTTP APIs will start exposing a monitoring.cluster_uuid field in their responses, which the Metricbeat logstash module needs to start honoring as described above.

@elasticmachine
Copy link
Collaborator

Pinging @elastic/stack-monitoring (Stack monitoring)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants