I found some related post that ask for an index per user, like this one:
but that was a while back and I was wondering if there was more support
built for this use case, namely:
- Millions of small indexes distributed over a fleet of machines
- Only a small subset of those indexes is active at any time.
- Indexes unused for a while get evicted automatically to free up space
(back then Shay said it would be tricky to implement)
- Having an overhead per Lucene index is still worth it given then above
and faster search speed per index, and faster updates per index.
- each machine can fit several thousand indices in memory using either mmap
directory and file system cache, or the bytebuffer directory that
Is this now a viable scenario in elasticsearch?
Some additional questions:
- The closing of the indices was advised to be done via an API call,
meaning someone else has to keep track of LRU logic. Can this be done
automatically? Say oldest indices get auto closed when their number grows
beyond certain count on a particular machine (this can potentially lead to
thrashing, but then the fleet would need to be big enough to avoid it).
- When opening an index on the fly, is it possible to get a pre-build index
from somewhere else and bootstrap it in as opposed to just giving raw data
to ES and have it index on demand? The goal is to make the search available
asap and not waste the CPU cycles on indexing on the ES fleet itself.
Does ES support the above or if not, would it be a lot of work to create
modules for that.
The entire guide is a lot to take in at once, could you please point me to
specific places that I can read to get a better idea on this use case, and
examples of modules that manage indices to see if I can build something
that suits me if it doesn't already exist.
Thank you in advance,
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@example.com.
For more options, visit https://groups.google.com/groups/opt_out.