What sort of data do you have, time based or static? If it's the former then going with any arbitrary number is less of a problem as you can change this the next roll over period. If it's static then 4 would be a good start.
There aren't any metrics around this, other than *not* creating a large number to start with, as each shard is a lucene instance and does take resources. On 17 March 2015 at 11:00, John S <[email protected]> wrote: > Hi All, > > Is there any best practices of having on the number of shards for a > cluster? I have a 4 node cluster and used shards of 20. > > During any node failure or other events i doubts since the shards number > is high, replication to new node is taking more time... > > Is there any metrics or formula to be done for number or shards? > > Regards > John > > -- > 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 [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/elasticsearch/6e51f1e4-8938-4196-84a9-007705869b6a%40googlegroups.com > <https://groups.google.com/d/msgid/elasticsearch/6e51f1e4-8938-4196-84a9-007705869b6a%40googlegroups.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CAEYi1X_B9mxm9xnJtzoSc-tj1G-MoZ7vdQ-ye%2B7woLfj7aRHJw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
