Can you force primary shards to only be on certain nodes, and replica shards on other nodes?


#1

We have a cluster that will contain a mix of hosts, some with spinning disks and some with SSDs.

We would like to index only to the hosts with spinning disks, and serve queries only from the hosts with SSDs.

How can we force primary shards to only be on the hosts with spinning disks, and replica shards to only be on hosts with SSDs?

I can see it's possible to influence where any shards of an index, both primary and replica, go, but can't see a way to distinguish where shards go on the basis of them being primary or replica.

I realise that - if it is indeed possible to route shards on this basis - in the case of a failure, it's likely that a primary may have to go to a SSD host and/or a replica may have to go to a spinning disk host, and therefore maybe this is not possible at all. But any ideas welcomed.


(Mark Walkom) #2

You cannot do that because Elasticsearch doesn't differentiate between the two when it comes to allocation.


#3

Thanks for the reply Mark.

I guess we will have to rely on search preferences (eg, _prefer_nodes:xxx) to direct queries to the SSD nodes, and use shard allocation awareness to distinguish the spinning disk nodes from the SSD nodes, so the SSD nodes always have a complete copy of the index (albeit made up of both primary and replica shards).

Would that work? Are there any other options we can look at?


(Mark Walkom) #4

Yes.

Use SSDs on both :wink:


#5

Thanks Mark. Maybe SSDs can be the new swag at the next Sydney meetup! :smile:


(system) #6

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