On 8/12/2019 1:42 PM, Erie Data Systems wrote:
I am starting the planning stages of moving from a single instance of solr
8 to a solrcloud implementation.
Currently I have a 148GB index on a single dedicated server w 96gb ram @ 16
cores /2.4ghz ea. + SSD disk. The search is fast but obviously th
Unless you expect your index to grow, as long performance is satisfactory
there’s no reason to shard. _Replicate_ perhaps if you need to sustain a higher
QPS.
Here’s a sizing blog I wrote a long time ago, but it still pertains. The short
form is for you to load test one of your machines and fin
I actually never had a problem with the index being larger than the memory
for a standalone instance, but the entire index is on an SSD at least one
my end
On Mon, Aug 12, 2019 at 3:43 PM Erie Data Systems
wrote:
> I am starting the planning stages of moving from a single instance of solr
> 8 to
I am starting the planning stages of moving from a single instance of solr
8 to a solrcloud implementation.
Currently I have a 148GB index on a single dedicated server w 96gb ram @ 16
cores /2.4ghz ea. + SSD disk. The search is fast but obviously the index
size is greater than the physical memory,