Monitoring settings in Kibana
By 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
| Set to |
| Specifies the email address where you want to receive cluster alerts. See email notifications for details. |
| 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 the time in milliseconds to wait for Elasticsearch to respond to internal health checks. By default, it matches the |
Monitoring collection settings
These 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
These 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 settingsedit
Stack 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 |