Interestingly enough, one of our installations has a 16-node cluster
using 4 NAS devices (xen as virtualization backbone). The data drive for
the individual node that holds the index is a stripe of 2x 500GB disks.
Each disk of the stripe is on a different NAS device (scattered
pattern). With a total index size (not including replicas) of over 2TB,
performance is pretty snappy.
Indexing, of course, is resource intensive (disk I/O on the NAS as well
as network bandwidth). Also, other activity on each NAS by other NFS
clients could severely impact performance of search and index, so one
needs to be aware of contentious activity.
David
On 11/4/2014 4:59 PM, Walter Underwood wrote:
I did that once by accident. It was 100X slower.
wunder
Walter Underwood
wun...@wunderwood.org
http://observer.wunderwood.org/
On Nov 4, 2014, at 1:57 PM, Gili Nachum <gilinac...@gmail.com> wrote:
My data center is out of SAN or local disk storage - is it a big no-no to
store Solr core data folder over NAS?
That means 1. Lucene index 2. Transaction log.
The NAS mount would be accessed by a single machine. I do care about
performance.
If I do go with NAS. Should I expect index corruption and other oddities?
