I have a 2-node (1 process on each node) ES cluster setup with 2
shards and 1 replica per shard. With this configuration, I would think
that the ideal balance would be 1 primary shard and 1 replica shard on
each node, and indeed after the initial data insert, this is the case.
However, after one or both processes are restarted, the cluster seems
to "rebalance" itself with both primary shards on one node and both
replicas on the other. Is there a way to direct the cluster back
toward the 1 primary/1 replica per node configuration? Is it correct
that all updates go to the primary shard? My index configuration is
below.
I have a 2-node (1 process on each node) ES cluster setup with 2
shards and 1 replica per shard. With this configuration, I would think
that the ideal balance would be 1 primary shard and 1 replica shard on
each node, and indeed after the initial data insert, this is the case.
However, after one or both processes are restarted, the cluster seems
to "rebalance" itself with both primary shards on one node and both
replicas on the other. Is there a way to direct the cluster back
toward the 1 primary/1 replica per node configuration? Is it correct
that all updates go to the primary shard? My index configuration is
below.
I have a 2-node (1 process on each node) ES cluster setup with 2
shards and 1 replica per shard. With this configuration, I would think
that the ideal balance would be 1 primary shard and 1 replica shard on
each node, and indeed after the initial data insert, this is the case.
However, after one or both processes are restarted, the cluster seems
to "rebalance" itself with both primary shards on one node and both
replicas on the other. Is there a way to direct the cluster back
toward the 1 primary/1 replica per node configuration? Is it correct
that all updates go to the primary shard? My index configuration is
below.
I have a 2-node (1 process on each node) ES cluster setup with 2
shards and 1 replica per shard. With this configuration, I would think
that the ideal balance would be 1 primary shard and 1 replica shard on
each node, and indeed after the initial data insert, this is the case.
However, after one or both processes are restarted, the cluster seems
to "rebalance" itself with both primary shards on one node and both
replicas on the other. Is there a way to direct the cluster back
toward the 1 primary/1 replica per node configuration? Is it correct
that all updates go to the primary shard? My index configuration is
below.
the data is first indexed on primary shard and the primary shard then makes
sure it is also replicated to all replicas. So if you have two nodes, two
indices each with 1 shard and 1 replica then even if each primary would be
located on different node the indexing would still propagate every document
to both nodes equally.
Regards,
Lukas
On Fri, Dec 16, 2011 at 9:58 PM, Shay Banon kimchy@gmail.com wrote:
Yes, replicas also handle indexing in order to provide (near) realtime
support search and HA.
I have a 2-node (1 process on each node) ES cluster setup with 2
shards and 1 replica per shard. With this configuration, I would think
that the ideal balance would be 1 primary shard and 1 replica shard on
each node, and indeed after the initial data insert, this is the case.
However, after one or both processes are restarted, the cluster seems
to "rebalance" itself with both primary shards on one node and both
replicas on the other. Is there a way to direct the cluster back
toward the 1 primary/1 replica per node configuration? Is it correct
that all updates go to the primary shard? My index configuration is
below.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.