-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
[Elastic Agent] How to monitor inputs #21413
Comments
Pinging @elastic/ingest-management (Team:Ingest Management) |
Pinging @elastic/elastic-agent-control-plane (Team:Elastic-Agent-Control-Plane) |
Pinging @elastic/elastic-agent-data-plane (Team:Elastic-Agent-Data-Plane) |
Hi! We're labeling this issue as |
In Fleet a user deploys and Integration policy as part of an Agent policy. From an Agent perspective, an integration policy is just an array of inputs. The user needs to know if an Integration policy is working or not. For an Agent to report if an integration works or not, the Agent needs to know about the status of each input. As the Agent is mostly a supervisor and the inputs are run by the processes, this data needs to be reported by the processes.
This issue is to discuss the following points:
Proposal on reporting path
To take a first stab on how this could work, here a proposal on the part on how the metrics are reported. Today metrics and logs are collected from a separate Metricbeat / Filebeat instance. I would not change this for now but introduce an additional path for the input monitoring. Each process has a standardised way on how to report inputs metrics to the Elastic Agent through GRPC. Then the Agent decides on how all these metrics are shipped / reported to Elasticsearch / Fleet.
The text was updated successfully, but these errors were encountered: