Disable primary shard allocation on a set of nodes


(Amit Soni) #1

Hello everyone - I have been looking at shard allocation awareness and
trying to see if there is a way I can specify "do not assign
primaryshards to these set of nodes".

any idea how this can be achieved? thanks much!

-Amit.

--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CAAOGaQKS6XYcdfXd2Gfmj60d6aVG%3Dxb0%3DOoe-8gbRyc2SdBBWQ%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.


(David Pilato) #2

Why do you want to do that? All shards have about the same load unless you use _primary or _local preference.
primary or replica is just a boolean attribute on a shard, right?

--
David Pilato | Technical Advocate | Elasticsearch.com
@dadoonet | @elasticsearchfr

Le 17 janvier 2014 at 08:05:46, Amit Soni (amitsoni29@gmail.com) a écrit:

Hello everyone - I have been looking at shard allocation awareness and trying to see if there is a way I can specify "do not assign primary shards to these set of nodes".

any idea how this can be achieved? thanks much!

-Amit.

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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CAAOGaQKS6XYcdfXd2Gfmj60d6aVG%3Dxb0%3DOoe-8gbRyc2SdBBWQ%40mail.gmail.com.
For more options, visit 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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/etPan.52d8e081.333ab105.dc5%40MacBook-Air-de-David.local.
For more options, visit https://groups.google.com/groups/opt_out.


(Amit Soni) #3

I might be wrong here to assume that primary shards might have a bit more
load compared to replicas since the write request goes to them first and
then they propagate to replicas. Would be great to get some enlightenment
around how this process works (from load perspective)?

-Amit.

On Thu, Jan 16, 2014 at 11:49 PM, David Pilato david@pilato.fr wrote:

Why do you want to do that? All shards have about the same load unless you
use _primary or _local preference.
primary or replica is just a boolean attribute on a shard, right?

--
David Pilato | Technical Advocate | Elasticsearch.com
@dadoonet https://twitter.com/dadoonet | @elasticsearchfrhttps://twitter.com/elasticsearchfr

Le 17 janvier 2014 at 08:05:46, Amit Soni (amitsoni29@gmail.com//amitsoni29@gmail.com)
a écrit:

Hello everyone - I have been looking at shard allocation awareness and
trying to see if there is a way I can specify "do not assign primaryshards to these set of nodes".

any idea how this can be achieved? thanks much!

-Amit.

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.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elasticsearch/CAAOGaQKS6XYcdfXd2Gfmj60d6aVG%3Dxb0%3DOoe-8gbRyc2SdBBWQ%40mail.gmail.com
.
For more options, visit 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.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elasticsearch/etPan.52d8e081.333ab105.dc5%40MacBook-Air-de-David.local
.
For more options, visit 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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CAAOGaQ%2BRzaaG_8gBRc2ExdL1Sv2Ji2BDu1UBTUJ2aXgHGmtdkw%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.


(David Pilato) #4

At the end, the same indexation process happens on the replica. So IMHO, it's somehow the same load on each node.

--
David Pilato | Technical Advocate | Elasticsearch.com
@dadoonet | @elasticsearchfr

Le 17 janvier 2014 at 19:46:34, Amit Soni (amitsoni29@gmail.com) a écrit:

I might be wrong here to assume that primary shards might have a bit more load compared to replicas since the write request goes to them first and then they propagate to replicas. Would be great to get some enlightenment around how this process works (from load perspective)?

-Amit.

On Thu, Jan 16, 2014 at 11:49 PM, David Pilato david@pilato.fr wrote:
Why do you want to do that? All shards have about the same load unless you use _primary or _local preference.
primary or replica is just a boolean attribute on a shard, right?

--
David Pilato | Technical Advocate | Elasticsearch.com
@dadoonet | @elasticsearchfr

Le 17 janvier 2014 at 08:05:46, Amit Soni (amitsoni29@gmail.com) a écrit:

Hello everyone - I have been looking at shard allocation awareness and trying to see if there is a way I can specify "do not assign primary shards to these set of nodes".

any idea how this can be achieved? thanks much!

-Amit.

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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CAAOGaQKS6XYcdfXd2Gfmj60d6aVG%3Dxb0%3DOoe-8gbRyc2SdBBWQ%40mail.gmail.com.
For more options, visit 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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/etPan.52d8e081.333ab105.dc5%40MacBook-Air-de-David.local.
For more options, visit 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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CAAOGaQ%2BRzaaG_8gBRc2ExdL1Sv2Ji2BDu1UBTUJ2aXgHGmtdkw%40mail.gmail.com.
For more options, visit 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.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/etPan.52d97c2a.2f305def.dc5%40MacBook-Air-de-David.local.
For more options, visit https://groups.google.com/groups/opt_out.


(system) #5