Hi Shawn,
Thanks for your reply, fully agree with your comments, it clarifies more the 
need of RAID10 in this case.

One additional follow-up question - in case we follow this guidelines and 
having RAID10 (which leaves us with effective capacity of 50%), why would I need
replication factor of 2 in our SolrCloud core/collection ? Won't it be double 
protection layer, while the IO layer mirroring of RAID10 actually brings the 
value, and no need to copy anything
when we have IO failures ?

Thanks,
Adi

-----Original Message-----
From: Shawn Heisey <apa...@elyograg.org>
Sent: Tuesday, July 30, 2019 9:44 PM
To: solr-user@lucene.apache.org
Subject: Re: SolrCloud recommended I/O RAID level

On 7/30/2019 12:12 PM, Kaminski, Adi wrote:
> Indeed RAID10 with both mirroring and striping should satisfy the
> need, but per some benchmarks in the network there is still an impact
> on write performance on it compared to RAID0 which is considered as
> much better (attaching a table that summarizes different RAID levels
> and their pros/cons and capacity ratio).

RAID10 offers the best combination of performance and reliability.
RAID0 might beat it *slightly* on performance, but if ANY drive fails on RAID0, 
the entire volume is lost.

> If we have ~200-320 shards spread by our 7 Solr node servers (part of
> SolrCloud cluster) on single core/collection configured with
> replication factor 2, shouldn't it supply applicative level redundancy
> of indexed data ?

Yes, you could rely on Solr alone for data redundancy.  But if there's a drive 
failure, do you REALLY want to be single-stranded for the time it takes to 
rebuild the entire server and copy data?  That's what you would end up doing if 
you choose RAID0.

It is true that RAID1 or RAID10 means you have to buy double your usable 
capacity.  I would argue that drives are cheap and will cost less than either 
downtime or sysadmin effort.

Thanks,
Shawn


This electronic message may contain proprietary and confidential information of 
Verint Systems Inc., its affiliates and/or subsidiaries. The information is 
intended to be for the use of the individual(s) or entity(ies) named above. If 
you are not the intended recipient (or authorized to receive this e-mail for 
the intended recipient), you may not use, copy, disclose or distribute to 
anyone this message or any information contained in this message. If you have 
received this electronic message in error, please notify us by replying to this 
e-mail.

Reply via email to