Hi all, As the subject says, I'm wondering about index size vs. number of indexes.
I'm indexing many application log files, currently with an index by day for all logs, which will make a very large index. For just a few applications in Development, the index is 55GB a day (across 2 servers). In prod with all applications, it will be "much more than that". 1TB a day maybe? I'm wondering if there is value in splitting the indexes by day and by application, which would produce more indexes per day, but they would be smaller, vs. value in having a single, mammoth index by day alone. Is it just a resource question? If I have enough RAM/disk/CPU to support a "mammoth" index, then I'm fine? Or are there other reasons to (or to not) split up indexes? Very much appreciate your time. Chris -- 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/CAND3DphfsYx0LW0M-yvLWGauRSzVWG0etaBkiTrN7zVafq7tMA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
