Monitoring Logstash with APIs
editMonitoring Logstash with APIs
editWhen you run Logstash, it automatically captures runtime metrics that you can use to monitor the health and performance of your Logstash deployment.
The metrics collected by Logstash include:
- Logstash node info, like pipeline settings, OS info, and JVM info.
- Plugin info, including a list of installed plugins.
- Node stats, like JVM stats, process stats, event-related stats, and pipeline runtime stats.
- Hot threads.
You can use monitoring APIs provided by Logstash to retrieve these metrics. These APIs are available by default without requiring any extra configuration.
Alternatively, you can configure X-Pack monitoring to send data to a monitoring cluster.
Monitoring is a feature under the Basic License and is therefore free to use.
APIs for monitoring Logstash
editLogstash provides monitoring APIs for retrieving runtime metrics about Logstash:
You can use the root resource to retrieve general information about the Logstash instance, including the host and version.
curl -XGET 'localhost:9600/?pretty'
Example response:
{ "host": "skywalker", "version": "7.17.24", "http_address": "127.0.0.1:9600" }
By default, the monitoring API attempts to bind to tcp:9600
. If this port is already in use by another Logstash
instance, you need to launch Logstash with the --api.http.port
flag specified to bind to a different port. See
Command-Line Flags for more information.
Securing the Logstash API
editThe Logstash Monitoring APIs are not secured by default, but you can configure Logstash to secure them in one of several ways to meet your organization’s needs.
You can enable SSL for the Logstash API by setting api.ssl.enabled: true
in the logstash.yml
, and providing the relevant keystore settings api.ssl.keystore.path
and api.ssl.keystore.password
:
api.ssl.enabled: true api.ssl.keystore.path: /path/to/keystore.jks api.ssl.keystore.password: "s3cUr3p4$$w0rd"
The keystore must be in either jks or p12 format, and must contain both a certificate and a private key. Connecting clients receive this certificate, allowing them to authenticate the Logstash endpoint.
You can also require HTTP Basic authentication by setting api.auth.type: basic
in the logstash.yml
, and providing the relevant credentials api.auth.basic.username
and api.auth.basic.password
:
api.auth.type: basic api.auth.basic.username: "logstash" api.auth.basic.password: "stashy"
Usage of Keystore or Environment or variable replacements is encouraged for password-type fields to avoid storing them in plain text.
For example, specifying the value "${HTTP_PASS}"
will resolve to the value stored in the secure keystore’s HTTP_PASS
variable if present or the same variable from the environment)
Common options
editThe following options can be applied to all of the Logstash monitoring APIs.
Pretty results
editWhen appending ?pretty=true
to any request made, the JSON returned
will be pretty formatted (use it for debugging only!).
Human-readable output
editFor Logstash 7.17.24, the human
option is supported for the Hot Threads API
only. When you specify human=true
, the results are returned in plain text instead of
JSON format. The default is false.
Statistics are returned in a format suitable for humans
(eg "exists_time": "1h"
or "size": "1kb"
) and for computers
(eg "exists_time_in_millis": 3600000
or "size_in_bytes": 1024
).
The human-readable values can be turned off by adding ?human=false
to the query string. This makes sense when the stats results are
being consumed by a monitoring tool, rather than intended for human
consumption. The default for the human
flag is
false
.