after Kibana upgrade to v7.12 Im experiencing issues with underlying coordinate-only node. It regularly crashes because of low heap memory. Before upgrade whole cluster worked like a charm.
Cluster setup
3 master nodes - 8CPU, 16GB RAM per node
12 data nodes (ingests and logstash output points here) - 16CPU, 32GB RAM, 2TB disk per node
2 coordinate nodes + Kibana - 8CPU, 16GB RAM per node
Indexing avg rate 60K/s
Search avg rate 20/s (yeah, really only 20 per second)
Should coordinate node have more resources? Or is it meant to by more like a lightweight support node? We use coordinates node only to load balance Kibana requests.
"Crash situation", according to log output, begins with Kibana cannot obtain licence info, then plugins gets to red state and then Kibana stops respond because of Elastic which is after that out of memory.
Could be this problem connected to migration to new kibana system index in this version?
The coordinating node is responsible for the gather phase of the query. So it needs to have enough resources to retrieve the query results from the data nodes and combine them into a single response. So the coordinating node does require a bit more resources, as it is more than a simple load balancer.
I assuming the resources above are physical resources for the entire node, not just the heap size for each node. What are your heap sizes?
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.