Changing number of shards and replicas for an existing index?


(Tony Chong) #1

I have been doing some research on adding shards and replicas after they
have been created. It appears that replicas are no big deal. Use the API,
and elasticsearch will distribute copies evenly across your cluster.

In one article I read on nabble, adding a shard after the fact
causes repartitioning and is expensive and it is better to create another
index. I'm not quite sure if I follow along completely. Could someone
elaborate?

http://elasticsearch-users.115913.n3.nabble.com/Choosing-Shards-and-Replica-s-configuration-values-tc1593807.html#a1594204

Thanks a bunch,

Tony


(James Cook) #2

You can't change the number of shards. They move around between nodes as
nodes come and go, but the number of shards are static.

-- jim


(Shay Banon) #3

The idea of creating another index means that you can work around the limit
of not being able to change the number of shards. That is possible since you
can search across indices.

On Thu, Aug 18, 2011 at 10:59 PM, Tony Chong tonyjchong@gmail.com wrote:

I have been doing some research on adding shards and replicas after they
have been created. It appears that replicas are no big deal. Use the API,
and elasticsearch will distribute copies evenly across your cluster.

In one article I read on nabble, adding a shard after the fact
causes repartitioning and is expensive and it is better to create another
index. I'm not quite sure if I follow along completely. Could someone
elaborate?

http://elasticsearch-users.115913.n3.nabble.com/Choosing-Shards-and-Replica-s-configuration-values-tc1593807.html#a1594204

Thanks a bunch,

Tony


(system) #4