- Fleet and Elastic Agent Guide: other versions:
- Fleet and Elastic Agent overview
- Beats and Elastic Agent capabilities
- Quick starts
- Migrate from Beats to Elastic Agent
- Deployment models
- Install Elastic Agents
- Install Fleet-managed Elastic Agents
- Install standalone Elastic Agents
- Install Elastic Agents in a containerized environment
- Run Elastic Agent in a container
- Run Elastic Agent on Kubernetes managed by Fleet
- Install Elastic Agent on Kubernetes using Helm
- Example: Install standalone Elastic Agent on Kubernetes using Helm
- Example: Install Fleet-managed Elastic Agent on Kubernetes using Helm
- Advanced Elastic Agent configuration managed by Fleet
- Configuring Kubernetes metadata enrichment on Elastic Agent
- Run Elastic Agent on GKE managed by Fleet
- Run Elastic Agent on Amazon EKS managed by Fleet
- Run Elastic Agent on Azure AKS managed by Fleet
- Run Elastic Agent Standalone on Kubernetes
- Scaling Elastic Agent on Kubernetes
- Using a custom ingest pipeline with the Kubernetes Integration
- Environment variables
- Run Elastic Agent as an OTel Collector
- Run Elastic Agent without administrative privileges
- Install Elastic Agent from an MSI package
- Installation layout
- Air-gapped environments
- Using a proxy server with Elastic Agent and Fleet
- Uninstall Elastic Agents from edge hosts
- Start and stop Elastic Agents on edge hosts
- Elastic Agent configuration encryption
- Secure connections
- Manage Elastic Agents in Fleet
- Configure standalone Elastic Agents
- Create a standalone Elastic Agent policy
- Structure of a config file
- Inputs
- Providers
- Outputs
- SSL/TLS
- Logging
- Feature flags
- Agent download
- Config file examples
- Grant standalone Elastic Agents access to Elasticsearch
- Example: Use standalone Elastic Agent with Elastic Cloud Serverless to monitor nginx
- Example: Use standalone Elastic Agent with Elasticsearch Service to monitor nginx
- Debug standalone Elastic Agents
- Kubernetes autodiscovery with Elastic Agent
- Monitoring
- Reference YAML
- Manage integrations
- Package signatures
- Add an integration to an Elastic Agent policy
- View integration policies
- Edit or delete an integration policy
- Install and uninstall integration assets
- View integration assets
- Set integration-level outputs
- Upgrade an integration
- Managed integrations content
- Best practices for integrations assets
- Data streams
- Define processors
- Processor syntax
- add_cloud_metadata
- add_cloudfoundry_metadata
- add_docker_metadata
- add_fields
- add_host_metadata
- add_id
- add_kubernetes_metadata
- add_labels
- add_locale
- add_network_direction
- add_nomad_metadata
- add_observer_metadata
- add_process_metadata
- add_tags
- community_id
- convert
- copy_fields
- decode_base64_field
- decode_cef
- decode_csv_fields
- decode_duration
- decode_json_fields
- decode_xml
- decode_xml_wineventlog
- decompress_gzip_field
- detect_mime_type
- dissect
- dns
- drop_event
- drop_fields
- extract_array
- fingerprint
- include_fields
- move_fields
- parse_aws_vpc_flow_log
- rate_limit
- registered_domain
- rename
- replace
- script
- syslog
- timestamp
- translate_sid
- truncate_fields
- urldecode
- Command reference
- Troubleshoot
- Release notes
Configure monitoring for standalone Elastic Agents
editConfigure monitoring for standalone Elastic Agents
editElastic Agent monitors Beats by default. To turn off or change monitoring
settings, set options under agent.monitoring
in the elastic-agent.yml
file.
This example configures Elastic Agent monitoring:
agent.monitoring: # enabled turns on monitoring of running processes enabled: true # enables log monitoring logs: true # enables metrics monitoring metrics: true # exposes /debug/pprof/ endpoints for Elastic Agent and Beats # enable these endpoints if the monitoring endpoint is set to localhost pprof.enabled: false # specifies output to be used use_output: monitoring http: # exposes a /buffer endpoint that holds a history of recent metrics buffer.enabled: false
To turn off monitoring, set agent.monitoring.enabled
to false
. When set to
false
, Beats monitoring is turned off, and all other options in this section
are ignored.
To enable monitoring, set agent.monitoring.enabled
to true
. Also set the
logs
and metrics
settings to control whether logs, metrics, or both are
collected. If neither setting is specified, monitoring is turned off. Set
use_output
to specify the output to which monitoring events are sent.
You can also add the setting agent.monitoring.http.enabled: true
to expose a /liveness
endpoint.
By default, the endpoint returns a 200
OK status as long as Elastic Agent’s internal main loop is responsive and can process configuration changes.
It can be configured to also monitor the component states and return an error if anything is degraded or has failed.
The agent.monitoring.pprof.enabled
option controls whether the Elastic Agent and Beats expose the
/debug/pprof/
endpoints with the monitoring endpoints. It is set to false
by default. Data produced by these endpoints can be useful for debugging but present a
security risk. It is recommended that this option remains false
if the monitoring endpoint
is accessible over a network.
The agent.monitoring.http.buffer.enabled
option controls whether the Elastic Agent and Beats
collect metrics into an in-memory buffer and expose these through a /buffer
endpoint.
It is set to false
by default. This data can be useful for debugging or if the Elastic Agent
has issues communicating with Elasticsearch. Enabling this option may slightly increase process
memory usage.