# Sizing hardward

**URL:** <https://discuss.elastic.co/t/sizing-hardward/13941>\
**Category:** Elasticsearch\
**Created:** [October 14, 2013, 1:46pm UTC](https://discuss.elastic.co/t/sizing-hardward/13941 "2013-10-14T13:46:08Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Jean\_Christian\_BEDIE](https://avatars.discourse-cdn.com/v4/letter/j/ecd19e/32.png) [@Jean\_Christian\_BEDIE](https://discuss.elastic.co/u/Jean_Christian_BEDIE)\
**Post date:** [October 14, 2013, 1:46pm UTC](https://discuss.elastic.co/t/sizing-hardward/13941/1 "2013-10-14T13:46:08Z")

</div>

Hello,

We are studying the possibility to include elasticsearch in our websites  
for search purpose (autocomplete).

Actually for our tests, we have 5 index which size is arround 200mb each.

Our search query is done through these 5 indexes for autocomplete.

We plan to have 2000 requests/seconds during pic seconds.

Do you have advice or recommendations about hardware sizing?

Shall we prefer more small servers or few fat servers ?

Thanks for your help.

Regards,

--  
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 [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![ddorian43](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/ddorian43/32/36093_2.png) [@ddorian43](https://discuss.elastic.co/u/ddorian43)\
**Post date:** [October 14, 2013, 2:04pm UTC](https://discuss.elastic.co/t/sizing-hardward/13941/2 "2013-10-14T14:04:23Z")

</div>

Since data\<ram, i guess this should be easy scaled with replicas.

Record a few searches, benchmark agains different machines.

On Monday, October 14, 2013 3:46:08 PM UTC+2, Jean-Christian BEDIER wrote:

> Hello,
> 
> We are studying the possibility to include elasticsearch in our websites  
> for search purpose (autocomplete).
> 
> Actually for our tests, we have 5 index which size is arround 200mb each.
> 
> Our search query is done through these 5 indexes for autocomplete.
> 
> We plan to have 2000 requests/seconds during pic seconds.
> 
> Do you have advice or recommendations about hardware sizing?
> 
> Shall we prefer more small servers or few fat servers ?
> 
> Thanks for your help.
> 
> Regards,

--  
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 [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![otisg](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/otisg/32/492_2.png) [@otisg](https://discuss.elastic.co/u/otisg)\
**Post date:** [October 15, 2013, 4:07am UTC](https://discuss.elastic.co/t/sizing-hardward/13941/3 "2013-10-15T04:07:47Z")

</div>

Hi,

You won't need a lot of RAM, but because of that 2000 QPS, you will want  
multiple CPU cores. How many exactly depends on how fast your autocomplete  
queries (need to) run.

Imagine your requirement is to return AC suggestions within 1 second.  
Imagine, for ease of calculation, each AC query takes 100 ms.  
That means 1 CPU core can handle 10 of them in 1 second.  
And you need to handle 2000 in 1 second, not 10.

So from here you can see how if your latency goes down you'll need fewer  
CPU cores.

## Otis

ELASTICSEARCH Performance Monitoring - [Sematext Monitoring | Infrastructure Monitoring Service](http://sematext.com/spm/index.html)  
Search Analytics - [Cloud Monitoring Tools & Services | Sematext](http://sematext.com/search-analytics/index.html)

On Monday, October 14, 2013 9:46:08 AM UTC-4, Jean-Christian BEDIER wrote:

> Hello,
> 
> We are studying the possibility to include elasticsearch in our websites  
> for search purpose (autocomplete).
> 
> Actually for our tests, we have 5 index which size is arround 200mb each.
> 
> Our search query is done through these 5 indexes for autocomplete.
> 
> We plan to have 2000 requests/seconds during pic seconds.
> 
> Do you have advice or recommendations about hardware sizing?
> 
> Shall we prefer more small servers or few fat servers ?
> 
> Thanks for your help.
> 
> Regards,

--  
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 [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<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:** [July 6, 2017, 2:12am UTC](https://discuss.elastic.co/t/sizing-hardward/13941/4 "2017-07-06T02:12:27Z")

</div>


