Thank you Erick,
Ok, I will probably perform some tests. It seems to be a good candidate
for a future blog post...
Regards,
Aurelien
On 27.07.2014 20:20, Erick Erickson wrote:
"Does not play nice" really means it was designed to run in a
non-distributed mode. There has
been no work done to
"Does not play nice" really means it was designed to run in a
non-distributed mode. There has
been no work done to verify that it does work in cloud mode, I fully expect
some "interesting"
problems in that mode. If/when we get to it that is.
About replication: I haven't heard of any problems, but
Thank you Erick and Alex for your answers. Lots of core stuff seems to
meet my requirement but it is a problem if it does not work with Solr
Cloud. Is there an issue opened for this problem?
If I understand well, the only solution for me is to use multiple
monoinstances of Solr using transient c
Do note that the lots of cores stuff does NOT play nice with in
distributed mode (yet).
Best,
Erick
On Wed, Jul 23, 2014 at 6:00 AM, Alexandre Rafalovitch
wrote:
> Solr has some support for large number of cores, including transient
> cores: http://wiki.apache.org/solr/LotsOfCores
>
> Regards,
Solr has some support for large number of cores, including transient
cores: http://wiki.apache.org/solr/LotsOfCores
Regards,
Alex.
Personal: http://www.outerthoughts.com/ and @arafalov
Solr resources: http://www.solr-start.com/ and @solrstart
Solr popularizers community: https://www.linkedin.co
Hello,
We want to setup a Solr Cloud cluster in order to handle a high volume
of documents with a multi-tenant architecture. The problem is that an
application-level isolation for a tenant (using a mutual index with a
field "customer") is not enough to fit our requirements. As a result, we
ne
