Monitoring settings in Kibana
editMonitoring settings in Kibana
editBy default, Stack Monitoring is enabled, but data collection is disabled.
When you first start Kibana monitoring, you are prompted to enable data
collection. If you are using Elastic Stack security features, you must be signed in as
a user with the cluster:manage
privilege to enable data collection. The
built-in superuser
role has this privilege and the built-in elastic
user has
this role.
You can adjust how monitoring data is
collected from Kibana and displayed in Kibana by configuring settings in the
kibana.yml
file. There are also monitoring.ui.elasticsearch.*
settings,
which support the same values as Kibana configuration settings.
To control how data is collected from your Elasticsearch nodes, you configure
xpack.monitoring.collection
settings in elasticsearch.yml
. To control how monitoring data is collected
from Logstash, configure monitoring settings in logstash.yml
.
For more information, see Monitor a cluster.
General monitoring settings
edit
|
[7.11.0]
Deprecated in 7.11.0.
When enabled, sends email notifications for Watcher alerts to the specified email address. The default is |
|
[7.11.0] Deprecated in 7.11.0. When enabled, specifies the email address where you want to receive cluster alert notifications. |
|
Set to |
|
Set to |
|
Specifies the location of the Elasticsearch cluster where your monitoring data is stored.
By default, this is the same as |
|
Specifies the username used by Kibana monitoring to establish a persistent connection
in Kibana to the Elasticsearch monitoring cluster and to verify licensing status on the Elasticsearch
monitoring cluster. |
|
Specifies the password used by Kibana monitoring to establish a persistent connection
in Kibana to the Elasticsearch monitoring cluster and to verify licensing status on the Elasticsearch
monitoring cluster. |
|
Specifies a service account token for the Elasticsearch cluster where your monitoring data is stored when using |
|
Specifies the time in milliseconds to wait for Elasticsearch to respond to internal
health checks. By default, it matches the |
|
Shares the same configuration as |
Specifies the spaces where cluster Stack Monitoring alerts can be created. You must specify all spaces where you want to generate alerts, including the default space. Defaults to |
Monitoring collection settings
editThese settings control how data is collected from Kibana.
|
Set to |
Specifies the number of milliseconds to wait in between data sampling on the
Kibana NodeJS server for the metrics that are displayed in the Kibana dashboards.
Defaults to |
Monitoring UI settings
editThese settings adjust how Stack Monitoring displays monitoring data. However, the defaults work best in most circumstances. For more information about configuring Kibana, see Setting Kibana server properties.
|
Specifies the number of log entries to display in Stack Monitoring.
Defaults to |
Set to |
|
|
Specifies the name of the indices that are shown on the
Logs page in Stack Monitoring. The default value
is |
|
Specifies the number of term buckets to return out of the overall terms list when
performing terms aggregations to retrieve index and node metrics. For more
information about the |
Specifies the minimum number of seconds that a time bucket in a chart can
represent. Defaults to 10. If you modify the
|
Monitoring UI container settings
editStack Monitoring exposes the Cgroup statistics that we collect for you to make better decisions about your container performance, rather than guessing based on the overall machine performance. If you are not running your applications in a container, then Cgroup statistics are not useful.
For Elasticsearch clusters that are running in containers, this setting changes the
Node Listing to display the CPU utilization based on the reported Cgroup
statistics. It also adds the calculated Cgroup CPU utilization to the
Node Overview page instead of the overall operating system’s CPU
utilization. Defaults to |
|
|
For Logstash nodes that are running in containers, this setting
changes the Logstash Node Listing to display the CPU utilization
based on the reported Cgroup statistics. It also adds the
calculated Cgroup CPU utilization to the Logstash node detail
pages instead of the overall operating system’s CPU utilization. Defaults to |