# Should Data Nodes still be the same size?

**URL:** <https://discuss.elastic.co/t/should-data-nodes-still-be-the-same-size/298059>\
**Category:** Elasticsearch\
**Created:** [February 23, 2022, 4:05pm UTC](https://discuss.elastic.co/t/should-data-nodes-still-be-the-same-size/298059 "2022-02-23T16:05:51Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![bunste](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/bunste/32/95865_2.png) [@bunste](https://discuss.elastic.co/u/bunste)\
**Post date:** [February 23, 2022, 4:05pm UTC](https://discuss.elastic.co/t/should-data-nodes-still-be-the-same-size/298059/1 "2022-02-23T16:05:52Z")

</div>

Hello all,

In our company we run a small Elasticsearch cluster with meanwhile 6 data nodes. These have been added over time and are therefore equipped quite differently - especially in terms of disk capacity.

Now we are planning to renew the cluster and my first question is: Is it still correct that Elasticsearch assumes that all Data Nodes in the cluster have the same amount of disk space? I know that this used to be the case. I have researched on the topic, but most of the posts were a bit older. So I wonder if this is still recommended or even required.

Furthermore I would like to know if it is possible to run multiple (Data Node) instances per server or if there are things that absolutely speak against it. Of course you would need a lot of RAM and CPU and each instance would have its own disks but still they would have to share for example the network interfaces. So what are the advantages and disadvantages of running multiple instances on one machine.

Thanks for your thoughts!

---

<div class="post-metadata">

**Author:** ![linkerc](https://avatars.discourse-cdn.com/v4/letter/l/13edae/32.png) [@linkerc](https://discuss.elastic.co/u/linkerc)\
**Post date:** [February 23, 2022, 10:17pm UTC](https://discuss.elastic.co/t/should-data-nodes-still-be-the-same-size/298059/2 "2022-02-23T22:17:30Z")

</div>

I don't believe ES assumes. It has the actual data. You could have a cluster with different instance types and storage sizes.  
From my own experience, I just keep all data nodes the same. It's a lot easier to manage.  
There might be a legitimate reason you need them to be different (maybe super large cluster?)  
My personal strategy is to have uniform data nodes, period.

You could run multiple instances of ES on a single server, but why? It's a waste of resource. Unless you are a data center hosting for multiple clients, I don't think it's practical. You could run your cluster as docker containers and decouple the node and server number, but the waste can't be justified for the "convenience". I am often trying to figure out a way to squeeze more out of my cluster. Avoiding waste from the get-go would be a wise decision.

---

<div class="post-metadata">

**Author:** ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)\
**Post date:** [February 23, 2022, 11:20pm UTC](https://discuss.elastic.co/t/should-data-nodes-still-be-the-same-size/298059/3 "2022-02-23T23:20:53Z")

</div>

It sort of does, in that it'll assign shards equally until it starts to hit watermark levels.

> [@bunste](#):
>
> Furthermore I would like to know if it is possible to run multiple (Data Node) instances per server or if there are things that absolutely speak against it.

Yep, use docker for this.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [March 23, 2022, 11:21pm UTC](https://discuss.elastic.co/t/should-data-nodes-still-be-the-same-size/298059/4 "2022-03-23T23:21:15Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
