You should really use 3 master nodes if you have a lot of data nodes, having 3 makes getting a quorum a lot easier.
I've previously run master nodes with 2 vcpus, 8GB RAM (4 heap) and 40 odd data nodes, with sporadic querying and had no issues at all. Ultimately it depends on your use case, but if you are having gains using your current setup, then it makes sense to increase the hardware capabilities of what you have and compare this to the previous setup, then make a call. On 18 November 2014 23:11, Lasse Schou <[email protected]> wrote: > Hi, > > There is an excellent question asked about two years ago that was never > properly answered: > https://groups.google.com/forum/#!topic/elasticsearch/dxjpMd4vNXQ > > I have the exact same question. I've got a cluster with a lot of data > nodes plus two nodes that act as master + client nodes (no data). > > For now I'm using those two nodes for both master (shard/cluster > management) tasks and client tasks (query handling). > > I've seen a big performance gain when querying the client nodes, compared > to querying my very busy data nodes directly. > > But I'd still like to get your view on the hardware requirements of the > master/client nodes. Is RAM important for serving the query results, or is > most RAM-heavy tasks performed by the data nodes? And similarly, is CPU > important on the client nodes? > > Thanks, > Lasse > > -- > You received this message because you are subscribed to the Google Groups > "elasticsearch" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/elasticsearch/35d4a8c8-755c-4f7b-80ef-eab9e0f85d08%40googlegroups.com > <https://groups.google.com/d/msgid/elasticsearch/35d4a8c8-755c-4f7b-80ef-eab9e0f85d08%40googlegroups.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "elasticsearch" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CAF3ZnZmVq7mesOC0NkpX1sbrnB0VJguo4G3WtWBWbUPSsna_xw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
