# Elasticsearch cluster performance **URL:** \ **Category:** Elasticsearch\ **Created:** [October 20, 2021, 3:28pm UTC](https://discuss.elastic.co/t/elasticsearch-cluster-performance/287214 "2021-10-20T15:28:26Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![Phandora](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/phandora/32/46108_2.png) [@Phandora](https://discuss.elastic.co/u/Phandora)\ **Post date:** [October 20, 2021, 3:28pm UTC](https://discuss.elastic.co/t/elasticsearch-cluster-performance/287214/1 "2021-10-20T15:28:27Z")
Hi everyone, I am using Elasticsearch `7.10.2` version on EKS and I have some questions about the Elasticsearch cluster performance. Assuming that the total amount of cluster resources is the same in both cases, which is better: a cluster with fewer nodes and pods with more resources or a cluster with more nodes and pods with fewer resources? Let's consider the following example to explain it in detail: **Option 1.** 3 Elasticsearch node cluster - _Total resources:_ `30 CPU| 30GB ram | 15GB heap` Every pod will have the following resources: `10 CPU | 10GB ram | 5GB heap` **Option 2.** 5 Elasticsearch node cluster - _Total resources:_ `30 CPU| 30GB ram | 15GB heap` Every pod will have the following resources: `6 CPU | 6GB ram | 3GB heap` > The Elasticsearch's heap size will not exceed `32GB` in any case. Also, the number of primary shards in each index will match the number of nodes in the cluster to try to maximize the use of resources while writing or searching (no replicas will be set). Suppose that we have a rotation policy (_ILM_) that already takes into account the desired size for the indices. Regarding the Elasticsearch performance, which option would be the best or what benefits can we expect from one option over the other? Any assistance will be greatly appreciated. Best regards. ---
**Author:** ![dadoonet](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/dadoonet/32/137187_2.png) [@dadoonet](https://discuss.elastic.co/u/dadoonet)\ **Post date:** [October 20, 2021, 3:54pm UTC](https://discuss.elastic.co/t/elasticsearch-cluster-performance/287214/2 "2021-10-20T15:54:20Z")
My guess would go for Option1 as a node will have more power and more HEAP. > [@Phandora](#): > > I am using Elasticsearch `7.10.2` version on EKS I'd upgrade to 7.15.1. ---
**Author:** ![DavidTurner](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/davidturner/32/22453_2.png) [@DavidTurner](https://discuss.elastic.co/u/DavidTurner)\ **Post date:** [October 20, 2021, 7:47pm UTC](https://discuss.elastic.co/t/elasticsearch-cluster-performance/287214/3 "2021-10-20T19:47:52Z")
There might not be much of a difference although if I had to guess I'd go for fewer larger nodes: there's a certain amount of overhead per node so fewer of them would be better. But really you can't be sure without trying both and running some benchmarks with a realistic workload. ---
**Author:** ![Phandora](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/phandora/32/46108_2.png) [@Phandora](https://discuss.elastic.co/u/Phandora)\ **Post date:** [October 22, 2021, 5:13pm UTC](https://discuss.elastic.co/t/elasticsearch-cluster-performance/287214/4 "2021-10-22T17:13:36Z")
Thanks @dadoonet and @DavidTurner for the assistance! I really appreciate your help. ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [November 19, 2021, 5:14pm UTC](https://discuss.elastic.co/t/elasticsearch-cluster-performance/287214/5 "2021-11-19T17:14:00Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.