Hi All,
I am exploring elastic search to create one index per user instead of one
big index for all the users. Each index would be about 6G.
I am wondering if anyone has tried it and how would it scale?
I couldn't find that elastic search has limit on maximum number of indices.
Is it safe/recommended to have say 20K indices for 20K users? Would it
architecture scale well?
Also, if start with say a 5 nodes cluster now, and add more nodes as I need
them, does ES redistributes its shards every time I add new nodes? How
newly added nodes are utilized in a cluster?
Hi All,
I am exploring Elasticsearch to create one index per user instead of one
big index for all the users. Each index would be about 6G.
I am wondering if anyone has tried it and how would it scale?
I couldn't find that Elasticsearch has limit on maximum number of
indices. Is it safe/recommended to have say 20K indices for 20K users?
Would it architecture scale well?
I'm running 1107 indexes right now. Some of the cluster actions are a bit
slower then I'd like but I think that is better in 1.0. I don't think it'd
work well an order of magnitude larger but I could be wrong.
Also, if start with say a 5 nodes cluster now, and add more nodes as I
need them, does ES redistributes its shards every time I add new nodes? How
newly added nodes are utilized in a cluster?
It'll smooth the shards out across the new nodes. There is configuration
for how many concurrent moves can take place and how much bandwidth is ok
per move. The defaults are a bit slow especially if you have fast network
and disks.
20K is a lot of indexes, probably too many as ES will need to maintain
state about each of those in memory which could mean you have nothing left
for caching indexed data!
You might want to look at Elasticsearch Platform — Find real-time answers at scale | Elastic,
that way you can reduce your index count but still gain the same
usability outcome.
Hi All,
I am exploring Elasticsearch to create one index per user instead of one
big index for all the users. Each index would be about 6G.
I am wondering if anyone has tried it and how would it scale?
I couldn't find that Elasticsearch has limit on maximum number of
indices. Is it safe/recommended to have say 20K indices for 20K users?
Would it architecture scale well?
I'm running 1107 indexes right now. Some of the cluster actions are a bit
slower then I'd like but I think that is better in 1.0. I don't think it'd
work well an order of magnitude larger but I could be wrong.
Also, if start with say a 5 nodes cluster now, and add more nodes as I
need them, does ES redistributes its shards every time I add new nodes? How
newly added nodes are utilized in a cluster?
It'll smooth the shards out across the new nodes. There is configuration
for how many concurrent moves can take place and how much bandwidth is ok
per move. The defaults are a bit slow especially if you have fast network
and disks.
I know some users of SPM for Elasticsearch have clusters with many
thousands indexes (and growing), each with 5+ shards. They've been using
SPM for man months now, plus they are our clients, so I've had the chance
to see their servers and metrics and can tell you that I don't see any
other metric growing to dangerous level just because the number of their
indexes is growing - CPU is low, JVM GC is low, etc. But, of course, there
are a ton of factors involved, such as whether and how much these indexes
are actually being searches, and I don't recall that info off the top of my
head. ~10 years ago I had a single server with >300K non-trivial Lucene
indexes that bots were crawling like crazy.... but I implemented something
that closed unused indices and opened them on demand and that's what made
it possible for this system to survive. Maybe this could work for you, too.
On Tuesday, February 25, 2014 4:54:31 PM UTC-5, Mark Walkom wrote:
20K is a lot of indexes, probably too many as ES will need to maintain
state about each of those in memory which could mean you have nothing left
for caching indexed data!
You might want to look at Elasticsearch Platform — Find real-time answers at scale | Elastic, that way you can reduce your index count but still gain the same
usability outcome.
On 26 February 2014 08:52, Nikolas Everett <nik...@gmail.com <javascript:>
wrote:
On Tue, Feb 25, 2014 at 4:46 PM, ESUser <neer...@gmail.com <javascript:>>wrote:
Hi All,
I am exploring Elasticsearch to create one index per user instead of
one big index for all the users. Each index would be about 6G.
I am wondering if anyone has tried it and how would it scale?
I couldn't find that Elasticsearch has limit on maximum number of
indices. Is it safe/recommended to have say 20K indices for 20K users?
Would it architecture scale well?
I'm running 1107 indexes right now. Some of the cluster actions are a
bit slower then I'd like but I think that is better in 1.0. I don't think
it'd work well an order of magnitude larger but I could be wrong.
Also, if start with say a 5 nodes cluster now, and add more nodes as I
need them, does ES redistributes its shards every time I add new nodes? How
newly added nodes are utilized in a cluster?
It'll smooth the shards out across the new nodes. There is configuration
for how many concurrent moves can take place and how much bandwidth is ok
per move. The defaults are a bit slow especially if you have fast network
and disks.
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.