We had a similar issue using acts_as_solr. We already had lighttpd running on some servers so we just proxied all requests for /solr/CORE/ update to the master and /solr/CORE/select to a load balanced IP for our slaves.

Doug

On Jun 19, 2009, at 11:42 AM, Mark A. Matienzo wrote:

I'm trying to figure out the best solution to the following issue.
We've got three boxes in our replication set up - one master and two
load  balanced slaves, all of which serve Solr using Tomcat. Given
this setup, we're also using the Drupal apachesolr module, which
currently supports only one "Solr host" in its configuration. What is
the best way to make this transparent to the Drupal module? Is it
possible to have some sort of phony update handler to redirect the
update requests to the master box from within Solr, or is this
something that would be more properly implemented in the Tomcat
configuration?

Mark A. Matienzo
Applications Developer, Digital Experience Group
The New York Public Library

Reply via email to