> Ypu should set a hearbeat and have the virtual IP setup for the active > instance. > So in haresources you can set like this: > node1 IPaddr::10.2.0.11 drbddisk::r0 > Filesystem::/dev/drbd0::/cluster/Solr::ext3::defaults,noatime httpd
Thanks, I already have this as the server hosts apache and solr on the same IP's. > Are you running active/active cluster or active/passive? Active/Active, which is why I was concerned about running two active Solr instances out of the same working directory (which is on the drbd device). We did some more testing today, and it seems that as long as I do commits and updates on both nodes, and restart both Java instances whenever I do a index update there is no problems. Just wanted to be sure if this won't give me trouble in future, although I'm not sure if you have confirmed that... :) Also, I'd like to know if my setup then eliminates the need for other load sharing / replication techniques found in Solr 1.4, as I already have the same data on both servers by convention. Kind regards, Pieter > > Francis > > -----Original Message----- > From: Pieter Steyn [mailto:pieter...@gmail.com] > Sent: Monday, October 12, 2009 8:39 AM > To: solr-user@lucene.apache.org > Subject: Solr over DRBD > > Hi there, > > I have a 2 node cluster running apache and solr over a shared > partition ontop of DRBD. Think of it like a SAN. > > I'm curios as to how I should do load balancing / sharing with Solr in > this setup. I'm already using DNS round robbin for apache. > > My Solr installation is on /cluster/Solr. I've been starting an > instance of Solr on each server out of the same installation / working > directory. > Is this safe? I haven't noticed any problems so far. > > Does this mean they'll share the same index? Is there a better way to > do this? Should I perhaps only do commits on one of the servers (and > setup heartbeat to determine which server to run the commit on)? > > I'm running Solr 1.3, but I'm not against upgrading if that provides > me with a better way of load balancing. > > Kind regards, > Pieter >
