# How many nodes can ES handle?

**URL:** https://discuss.elastic.co/t/how-many-nodes-can-es-handle/155333
**Category:** Elasticsearch
**Created:** [November 5, 2018, 3:12am UTC](https://discuss.elastic.co/t/how-many-nodes-can-es-handle/155333 "2018-11-05T03:12:52Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![klahnakoski](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/klahnakoski/32/3679_2.png) [@klahnakoski](https://discuss.elastic.co/u/klahnakoski)
#### Post date: [November 5, 2018, 3:12am UTC](https://discuss.elastic.co/t/how-many-nodes-can-es-handle/155333/1 "2018-11-05T03:12:52Z")

</div>

I have a few machines that provide web services, and they use ES as a backend. Specifically, I install a node on the service machine (`node.master: false`, `node.data: false`, `node.ingest: true`) so I need not worry about what node to connect to. i just connect to `localhost:9200`

Can I do this at a larger scale, about 200+ machines?

I currently have 200+ ETL machines submitting their logs to a single ES node. There are numerous times that ES is taking over 5 minutes to respond (my timeout is set to 5min). If each ETL machine had their own node localhost node, then ingestion will not have this problem, but other problems my appear because the number of nodes.

My alternative is to have the ETL machines randomly choose a node to submit logs to, but this is not ideal: I will have to write code that will identify what nodes are available, and manage that over time, because most nodes are ephemeral.

Thank you

---

<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: [November 5, 2018, 6:14am UTC](https://discuss.elastic.co/t/how-many-nodes-can-es-handle/155333/2 "2018-11-05T06:14:21Z")

</div>

You _can_ do this. I don't know if 200+ ingest nodes is the best idea though, we don't recommend clusters of that size for a few reasons.

Is there any reason you couldn't use beats + ingest behind a load balancer, with a handful of ingest nodes behind that?

---

<div class="post-metadata">

### Author: ![klahnakoski](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/klahnakoski/32/3679_2.png) [@klahnakoski](https://discuss.elastic.co/u/klahnakoski)
#### Post date: [November 5, 2018, 2:39pm UTC](https://discuss.elastic.co/t/how-many-nodes-can-es-handle/155333/3 "2018-11-05T14:39:56Z")

</div>

> [@warkolm](#):
>
> You _can_ do this. I don't know if 200+ ingest nodes is the best idea though, we don't recommend clusters of that size for a few reasons.

Thank you, i figured there may be a "few reasons".

Putting ingestion behind a load balancer is also an option; it very similar to setting up a ingestion node just for logs. I just wanted to avoid yet-another-moving-part in the constellation of machines.

---

<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: [November 5, 2018, 8:23pm UTC](https://discuss.elastic.co/t/how-many-nodes-can-es-handle/155333/4 "2018-11-05T20:23:42Z")

</div>

> [@klahnakoski](#):
>
> I just wanted to avoid yet-another-moving-part in the constellation of machines

Having 200+ ingest nodes is the same cost, just expressed differently.

---

<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: [December 3, 2018, 8:23pm UTC](https://discuss.elastic.co/t/how-many-nodes-can-es-handle/155333/5 "2018-12-03T20:23:58Z")

</div>

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