# Percolator settings/questions

**URL:** https://discuss.elastic.co/t/percolator-settings-questions/10605
**Category:** Elasticsearch
**Created:** [February 3, 2013, 2:12am UTC](https://discuss.elastic.co/t/percolator-settings-questions/10605 "2013-02-03T02:12:01Z")
**Posts on this page:** 2
**Page:** 1

<div class="post-metadata">

### Author: ![Ali\_3](https://avatars.discourse-cdn.com/v4/letter/a/bb73d2/32.png) [@Ali\_3](https://discuss.elastic.co/u/Ali_3)
#### Post date: [February 3, 2013, 2:12am UTC](https://discuss.elastic.co/t/percolator-settings-questions/10605/1 "2013-02-03T02:12:01Z")

</div>

Hello All,

I have been experimenting with percolator to prototype a near real-time  
alerts app and it works great. The kind of queries that I register are a  
combination of term, geo-polygon, geo-distance and range queries. Today I  
started tinkering with bringing up several nodes (albeit on the same  
machine in one cluster), and percolator queries are replicated on all the  
nodes. Here are some questions I have and would really appreciate some  
advice/comments.

1. During production I will have b/w 2.5million - 3million registered  
queries on one index. Each query document will have a combination of  
filters for terms, geo-distance/poly, date range, long/int range  
(approximately 5-15 filters).  
Since all the data is stored in the percolator index when I percolate a  
document for a specific index ( \<index\_name\>//\_percolate -d  
'{....}'), I am assuming ES automagically will be considering only the  
\<index\_name\> stored queries to percolate the document against? as this  
would be one of the reasons to create an index to begin with correct?.  
Since the same query set is replicated on all nodes in the percolator index  
in my limited observation, is there a way to shard the percolator index  
across nodes?, as ideally behind the scenes in ES I would like to percolate  
the document across different percolator index shards and finally get  
merged matches. If the percolator index can not be sharded what are the  
alternatives? Can someone share their experience with dealing with a  
similar or higher volume of percolator queries (including performance).

2. Given the above scenario what kind of hardware resources can one expect  
to be in place (ideally VM's would be what I would have access to).

Thank you in advance

--  
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:53am UTC](https://discuss.elastic.co/t/percolator-settings-questions/10605/2 "2017-07-06T02:53:17Z")

</div>


