RHEL to FreeBSD file server
Julian Elischer
julian at freebsd.org
Wed Nov 14 01:47:06 UTC 2012
On 11/13/12 1:19 PM, Jason Keltz wrote:
> On 11/13/2012 12:41 PM, Bob Friesenhahn wrote:
>> On Mon, 12 Nov 2012, kpneal at pobox.com wrote:
>>>
>>> With your setup of 11 mirrors you have a good mixture of read and
>>> write
>>> performance, but you've compromised on the safety. The reason that
>>> RAID 6
>>> (and thus raidz2) and up were invented was because drives that get
>>> used
>>> together tend to fail together. If you lose a drive in a mirror
>>> there is
>>> an elevated probability that the replacement drive will not be in
>>> place
>>> before the remaining leg of the mirror fails. If that happens then
>>> you've
>>> lost the pool. (Drive failures are _not_ independent.)
>>
>> Do you have a reference to independent data which supports this
>> claim that drive failures are not independent? The whole function
>> of RAID assumes that drive failures are independent.
>>
>> If drives share a chassis, care should be taken to make sure that
>> redundant drives are not in physical proximity to each other and
>> that they are supported via a different controller, I/O path, and
>> power supply. If the drives are in a different chassis then their
>> failures should be completely independent outside of a shared event
>> like power surge, fire, EMP, flood, or sun-spot activity.
>>
>> The idea of raidz2 vdevs of four drives each sounds nice but will
>> suffer from decreased performance and increased time to replace a
>> failed disk. There are always tradeoffs.
>
> Hi Bob.
>
> Initially, I had one storage chassis, split between 2 LSI 9205-8e
> controllers with a 22 disk pool comprised of 11 mirrored vdevs.
> I think that I'm still slightly uncomfortable with the fact that 2
> disks, which were all purchased at the same time, could essentially
> die at the same time, killing my whole pool. Yet, while moving to
> raidz2 would allow better redundancy, I'm not sure if the raidz2
> rebuild time and decrease in performance would be worth it..
> After all, this would be a primary file server, without which, I'd
> be in big trouble..
> As a result, I'm considering this approach..
> I'll buy another md1220, a few more disks, add another 9205-8e
> card... and use triple mirrored vdevs instead of dual.... I only
> really need about 8 x 900 GB storage, so if I can multiply this by
> 3, add a few spares... in addition, each set of disks would be on
> its own controller. I should be able to lose a controller, and
> maintain full redundancy.... I should be able to lose an entire
> disk enclosure and still be up ... I believe read performance would
> probably go up, but I suspect that write performance would suffer a
> little -- not sure exactly by how much.
>
> When I first speced out the server, the LSI 9205-8e was the best
> choice for a card since the PCI Express 3 HBAs (which the R720
> supports) weren't out yet ... now, there's the LSI 9207-8e which is
> PCIE3, but I guess it doesn't make much sense to buy one of those
> now that I have another 2 x LSI 9205-8e cards already ... (a shame
> though since there is less than $50 difference between the cards).
>
> By the way - on another note - what do you or other list members
> think of the new Intel SSD DC S3700 as ZIL? Sounds very promising
> when it's finally available. I spent a lot of time researching ZILs
> today, and one thing I can say is that I have a major headache now
> because of it!!
ZIL is best served by battery backed up ram or something.. it's tiny
and not a really good fit an SSD
(maybe just a partition) L2ARC on the other hand is a really good
use for SSD.
>
> Jason.
>
> _______________________________________________
> freebsd-fs at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-fs
> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"
>
>
More information about the freebsd-fs
mailing list