The question "which is faster?" is impossible to answer generically. It's possible to design local storage so that it is slower or faster than a given NAS. It's possible to design NAS so that it is slower or faster than given local storage. But in most cases it is cheaper to build out similar levels of performance from local disk than from NAS (or SAN).
Performance aside, I would not use a NAS as part of a failover solution. The whole point of failover is high availability, and relying on a NAS simply introduces another system that can fail. Using a NAS also implies shared filesystems, which are cantankerous and require their own fencing mechanisms. This pulls in yet more systems that can fail, and probably will. I prefer to use local storage, with local replication of forests. This also avoids the strong probability that the I/O demands of the cluster will swamp the network link to the NAS, or the NAS controller. So I would size the number of forests needed, then the storage capacity and I/O performance needed, and finally specify local disk and network to meet those needs. -- Mike On 8 Feb 2013, at 14:26 , "Khan, Kashif" <[email protected]> wrote: > Hello Everyone, We are creating a Marklogic Cluster for failover. I have a > couple of questions. > • We are planning to use NAS for data storage. Is there any performance > hit if we use NAS over SAN? > • We do not have GFS setup. > • It is possible to attach One NAS file store to all 3 > MarkLogic Servers in the cluster? > • OR do we have to attach an Independent NAS with each > Marklogic Instance and set up a cloning job to transfer data to each of the > other 2 NAS instances. > From the documentation it seems like we can not attach one NAS file store to > all three MArkLogic servers unless we have GFS. Any info will be greatly > appreciated. > > ———————————————— > Kashif Khan > _______________________________________________ > General mailing list > [email protected] > http://developer.marklogic.com/mailman/listinfo/general _______________________________________________ General mailing list [email protected] http://developer.marklogic.com/mailman/listinfo/general
