I have discovered that, every day at around 10AM (we are on UTC+2h, so UTC time would be 8AM) elastic cluster nodes iowait rapidly increases, including weekends, where there are not that much load at all. I do notice that behaviour also on our dev and test environment clusters at around 10AM.
Memory is not an issue, system is not swapping, I have checked graphs.
Elasticsearch runs on virtual machine (it is hosted by HPE Simplivity nodes, where all datastores are on SSD's).
Of course one might say that (since on HPE simplivity hosts, there are many VM's hosted), probably some other VM does something resource intensive at that time. However it might be, I have checked other VM's iowait as well at around 10 AM, and others seems fine at that time.
Our elasticsearch VM's are also on different HPE simplivty nodes and datastores, but each of them shows that something happens around 10AM each day. This can't be coincidence.
There is an increase and subsequent decrease in segment count starting at that time. Do you have any Curator jobs that perform forcemerge or shrink operations around that time?
I have explicitly created no jobs whatsoever.
So everything that is running on background, all is from elasticsearch's side (sth that comes with elasticsearch installation by default).
Hmm, ok, well then it is strange.
I actually did hope that there were something that is kicking off from elasticsearch's side by default at that specific time.
But then it is a mystery to me..
You referred to forcemerge or shrink. Couldn't that be that these operations are too drastic by default (I must say that I have not changed defaults in any way).
This merge operation (not forcemerge) shouldn't be something that runs on background by default..?
For example, when segment has more than X percent of deleted documents, then it will merge some segments automatically (as I have understood).
But however, still, every day around 10AM, different clusters. This just is odd ..
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.