Get metrics from Logstash in real time to:
- Visualize and monitor Logstash states.
- Be notified about Logstash events.
The Logstash check is not included in the Datadog Agent package, so you need to install it.
For Agent v7.21+ / v6.21+, follow the instructions below to install the Logstash check on your host. For earlier versions of the Agent, see Use Community Integrations.
-
Run the following command to install the Agent integration:
datadog-agent integration install -t datadog-logstash==<INTEGRATION_VERSION>
-
Configure your integration similar to core integrations.
Use the following Dockerfile to build a custom Datadog Agent image that includes the Logstash integration.
FROM gcr.io/datadoghq/agent:latest
RUN datadog-agent integration install -r -t datadog-logstash==<INTEGRATION_VERSION>
If you are using Kubernetes, update your Datadog Operator or Helm chart configuration to pull this custom Datadog Agent image.
See Use Community Integrations for more context.
-
Edit the
logstash.d/conf.yaml
file in theconf.d/
folder at the root of your Agent's configuration directory.init_config: instances: # The URL where Logstash provides its monitoring API. # This will be used to fetch various runtime metrics about Logstash. # - url: http://localhost:9600
See the sample logstash.d/conf.yaml for all available configuration options.
For containerized environments, use an Autodiscovery template with the following parameters:
Parameter | Value |
---|---|
<INTEGRATION_NAME> |
logstash |
<INIT_CONFIG> |
blank or {} |
<INSTANCE_CONFIG> |
{"server": "http://%%host%%:9600"} |
To learn how to apply this template, see Docker Integrations or Kubernetes Integrations.
See the sample logstash.d/conf.yaml for all available configuration options.
Datadog has an output plugin for Logstash that takes care of sending your logs to your Datadog platform.
To install this plugin run the following command:
logstash-plugin install logstash-output-datadog_logs
Then configure the datadog_logs
plugin with your Datadog API key:
output {
datadog_logs {
api_key => "<DATADOG_API_KEY>"
}
}
By default, the plugin is configured to send logs through HTTPS (port 443) using gzip compression. You can change this behavior by using the following parameters:
use_http
: Set this tofalse
if you want to use TCP forwarding and update thehost
andport
accordingly (default istrue
).use_compression
: Compression is only available for HTTP. Disable it by setting this tofalse
(default istrue
).compression_level
: Set the compression level from HTTP. The range is from 1 to 9, 9 being the best ratio (default is6
).
Additional parameters can be used to change the endpoint used in order to go through a proxy:
host
: The proxy endpoint for logs not directly forwarded to Datadog (default value:http-intake.logs.datadoghq.com
).port
: The proxy port for logs not directly forwarded to Datadog (default value:80
).ssl_port
: The port used for logs forwarded with a secure TCP/SSL connection to Datadog (default value:443
).use_ssl
: Instructs the Agent to initialize a secure TCP/SSL connection to Datadog (default value:true
).no_ssl_validation
: Disables SSL hostname validation (default value:false
).
Note: Set host
and port
to your region {{< region-param key="http_endpoint" code="true" >}} {{< region-param key="http_port" code="true" >}}.
output {
datadog_logs {
api_key => "<DATADOG_API_KEY>"
host => "http-intake.logs.datadoghq.eu"
}
}
To get the best use out of your logs in Datadog, it is important to have the proper metadata associated with your logs, including hostname and source. By default, the hostname and timestamp should be properly remapped thanks to Datadog's default remapping for reserved attributes. To make sure the service is correctly remapped, add its attribute value to the service remapping list.
Set up a Logstash filter to set the source (Datadog integration name) on your logs.
filter {
mutate {
add_field => {
"ddsource" => "<MY_SOURCE_VALUE>"
}
}
}
This triggers the integration automatic setup in Datadog.
Host tags are automatically set on your logs if there is a matching hostname in your infrastructure list. Use the ddtags
attribute to add custom tags to your logs:
filter {
mutate {
add_field => {
"ddtags" => "env:test,<KEY:VALUE>"
}
}
}
Run the Agent's status
subcommand and look for logstash
under the Checks section.
The Logstash check is compatible with Logstash 5.x, 6.x and 7.x versions. It also supports the new multi-pipelines metrics introduced in Logstash 6.0. Tested with Logstash versions 5.6.15, 6.3.0 and 7.0.0.
See metadata.csv for a list of metrics provided by this check.
The Logstash check does not include any events.
See service_checks.json for a list of service checks provided by this integration.
logstash
-------
- instance #0 [ERROR]: "('Connection aborted.', error(111, 'Connection refused'))"
- Collected 0 metrics, 0 events & 1 service check
Check that the url
in conf.yaml
is correct.
If you need further help, contact Datadog support.