Monitoring settings in Kibana
editMonitoring settings in Kibana
editBy default, the Monitoring application is enabled, but data collection
is disabled. When you first start Kibana monitoring, you are prompted to
enable data collection. If you are using X-Pack security, 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 xpack.monitoring.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, you configure
xpack.monitoring
settings
in logstash.yml
.
For more information, see Monitor a cluster.
General monitoring settings
editMonitoring 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 the Kibana Monitoring page 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 the Monitoring UI. Defaults to
|
|
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
|
|
Set to |
Monitoring UI container settings
editThe Monitoring UI 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 |