# Load testing on elasticsearch cluster

**URL:** <https://discuss.elastic.co/t/load-testing-on-elasticsearch-cluster/14651>\
**Category:** Elasticsearch\
**Created:** [December 1, 2013, 8:16am UTC](https://discuss.elastic.co/t/load-testing-on-elasticsearch-cluster/14651 "2013-12-01T08:16:15Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![Bharvi\_Dixit\_2](https://avatars.discourse-cdn.com/v4/letter/b/9d8465/32.png) [@Bharvi\_Dixit\_2](https://discuss.elastic.co/u/Bharvi_Dixit_2)\
**Post date:** [December 1, 2013, 8:16am UTC](https://discuss.elastic.co/t/load-testing-on-elasticsearch-cluster/14651/1 "2013-12-01T08:16:15Z")

</div>

Hi,

Could anyone tell me how can i do a load testing on my elasticsearch  
cluster.?  
I want to test how many concurrent user requests it can handle.

Regards  
Bharvi Dixit

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/b8e3b24f-caa6-4772-9914-675fd2bc2f72%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/b8e3b24f-caa6-4772-9914-675fd2bc2f72%40googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![Lukas\_Vlcek1](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lukas_vlcek1/32/819_2.png) [@Lukas\_Vlcek1](https://discuss.elastic.co/u/Lukas_Vlcek1)\
**Post date:** [December 1, 2013, 9:55am UTC](https://discuss.elastic.co/t/load-testing-on-elasticsearch-cluster/14651/2 "2013-12-01T09:55:20Z")

</div>

Hi,  
may be jMeter?  
Regards,  
Lukáš  
Dne 1.12.2013 9:16 "Bharvi Dixit" [bharvidixit@gmail.com](mailto:bharvidixit@gmail.com) napsal(a):

> Hi,
> 
> Could anyone tell me how can i do a load testing on my elasticsearch  
> cluster.?  
> I want to test how many concurrent user requests it can handle.
> 
> Regards  
> Bharvi Dixit
> 
> --  
> 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).  
> To view this discussion on the web visit  
> [https://groups.google.com/d/msgid/elasticsearch/b8e3b24f-caa6-4772-9914-675fd2bc2f72%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/b8e3b24f-caa6-4772-9914-675fd2bc2f72%40googlegroups.com)  
> .  
> For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAO9cvUZ\_Koi9c\_ZMLzVe0AnQm2S%2B%3DMh9UqRVAoZ2pRC2mysBEA%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAO9cvUZ_Koi9c_ZMLzVe0AnQm2S%2B%3DMh9UqRVAoZ2pRC2mysBEA%40mail.gmail.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![simpsora](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/simpsora/32/647_2.png) [@simpsora](https://discuss.elastic.co/u/simpsora)\
**Post date:** [December 2, 2013, 2:43am UTC](https://discuss.elastic.co/t/load-testing-on-elasticsearch-cluster/14651/3 "2013-12-02T02:43:16Z")

</div>

I just completed some ES performance testing. Here's what I did:

1. Get some test queries. I looked at some production traffic, extracted  
some common query types, and inserted pseudo-random data in place of  
variables (e.g. user search terms).

2. Instrumented the various components of my infrastructure (NewRelic and  
SPM [http://sematext.com/spm/index.html](http://sematext.com/spm/index.html) for Elasticsearch, NewRelic for my  
application and the load generators).

3. Used Siege to hammer the cluster with requests. I experimented with  
various parameters, including concurrency, ramp-up, etc., in order to get  
the right load profile.

4. Evaluate the results from the instrumentation. Identify the components  
which are the bottleneck.

Partway through the test, I switched from Siege to JMeter, which has much  
better reporting.

The most important part of this was probably getting a good set of  
representative data. I didn't have actual production ES queries to replay,  
so I had to convert other queries to the ES format.

My cluster of ES nodes got to about 1700 QPS, and ES never broke a sweat --  
the bottleneck was in my application. I'm confident that ES could handle  
2-3 times more traffic than that before it started to work hard.

Ross

On Sunday, 1 December 2013 19:16:15 UTC+11, Bharvi Dixit wrote:

> Hi,
> 
> Could anyone tell me how can i do a load testing on my elasticsearch  
> cluster.?  
> I want to test how many concurrent user requests it can handle.
> 
> Regards  
> Bharvi Dixit

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/43cb5e62-3472-4ef2-812c-f3dba9fa4531%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/43cb5e62-3472-4ef2-812c-f3dba9fa4531%40googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![Bharvi\_Dixit\_2](https://avatars.discourse-cdn.com/v4/letter/b/9d8465/32.png) [@Bharvi\_Dixit\_2](https://discuss.elastic.co/u/Bharvi_Dixit_2)\
**Post date:** [December 2, 2013, 4:48pm UTC](https://discuss.elastic.co/t/load-testing-on-elasticsearch-cluster/14651/4 "2013-12-02T16:48:39Z")

</div>

Thanks for the reply and sharing your experience, I will try the same.

Regards,  
Bhavi Dixit

On Monday, 2 December 2013 08:13:16 UTC+5:30, Ross Simpson wrote:

> I just completed some ES performance testing. Here's what I did:
> 
> 1. Get some test queries. I looked at some production traffic, extracted  
> some common query types, and inserted pseudo-random data in place of  
> variables (e.g. user search terms).
> 
> 2. Instrumented the various components of my infrastructure (NewRelic and  
> SPM [http://sematext.com/spm/index.html](http://sematext.com/spm/index.html) for Elasticsearch, NewRelic for  
> my application and the load generators).
> 
> 3. Used Siege to hammer the cluster with requests. I experimented with  
> various parameters, including concurrency, ramp-up, etc., in order to get  
> the right load profile.
> 
> 4. Evaluate the results from the instrumentation. Identify the components  
> which are the bottleneck.
> 
> Partway through the test, I switched from Siege to JMeter, which has much  
> better reporting.
> 
> The most important part of this was probably getting a good set of  
> representative data. I didn't have actual production ES queries to replay,  
> so I had to convert other queries to the ES format.
> 
> My cluster of ES nodes got to about 1700 QPS, and ES never broke a sweat  
> -- the bottleneck was in my application. I'm confident that ES could  
> handle 2-3 times more traffic than that before it started to work hard.
> 
> Ross
> 
> On Sunday, 1 December 2013 19:16:15 UTC+11, Bharvi Dixit wrote:
> 
> > Hi,
> > 
> > Could anyone tell me how can i do a load testing on my elasticsearch  
> > cluster.?  
> > I want to test how many concurrent user requests it can handle.
> > 
> > Regards  
> > Bharvi Dixit

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/aa1660c1-d321-44ac-a8af-c58eb8385593%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/aa1660c1-d321-44ac-a8af-c58eb8385593%40googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![Bharvi\_Dixit\_2](https://avatars.discourse-cdn.com/v4/letter/b/9d8465/32.png) [@Bharvi\_Dixit\_2](https://discuss.elastic.co/u/Bharvi_Dixit_2)\
**Post date:** [December 2, 2013, 4:49pm UTC](https://discuss.elastic.co/t/load-testing-on-elasticsearch-cluster/14651/5 "2013-12-02T16:49:20Z")

</div>

Thanks for the reply and sharing your experience, I will try the same.

Regards,  
Bharvi Dixit

On Monday, 2 December 2013 08:13:16 UTC+5:30, Ross Simpson wrote:

> I just completed some ES performance testing. Here's what I did:
> 
> 1. Get some test queries. I looked at some production traffic, extracted  
> some common query types, and inserted pseudo-random data in place of  
> variables (e.g. user search terms).
> 
> 2. Instrumented the various components of my infrastructure (NewRelic and  
> SPM [http://sematext.com/spm/index.html](http://sematext.com/spm/index.html) for Elasticsearch, NewRelic for  
> my application and the load generators).
> 
> 3. Used Siege to hammer the cluster with requests. I experimented with  
> various parameters, including concurrency, ramp-up, etc., in order to get  
> the right load profile.
> 
> 4. Evaluate the results from the instrumentation. Identify the components  
> which are the bottleneck.
> 
> Partway through the test, I switched from Siege to JMeter, which has much  
> better reporting.
> 
> The most important part of this was probably getting a good set of  
> representative data. I didn't have actual production ES queries to replay,  
> so I had to convert other queries to the ES format.
> 
> My cluster of ES nodes got to about 1700 QPS, and ES never broke a sweat  
> -- the bottleneck was in my application. I'm confident that ES could  
> handle 2-3 times more traffic than that before it started to work hard.
> 
> Ross
> 
> On Sunday, 1 December 2013 19:16:15 UTC+11, Bharvi Dixit wrote:
> 
> > Hi,
> > 
> > Could anyone tell me how can i do a load testing on my elasticsearch  
> > cluster.?  
> > I want to test how many concurrent user requests it can handle.
> > 
> > Regards  
> > Bharvi Dixit

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/5761c9d9-b5cb-4401-bd65-b76f173a5ad6%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/5761c9d9-b5cb-4401-bd65-b76f173a5ad6%40googlegroups.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:03am UTC](https://discuss.elastic.co/t/load-testing-on-elasticsearch-cluster/14651/6 "2017-07-06T02:03:52Z")

</div>


