[zfs-discuss] BIG fileserver?
gordan.bobic at gmail.com
Thu May 21 06:05:01 EDT 2015
That kind of a setup doesn't seem particularly unusual (I run a few systems
with a comparable number of disks, although my disks are smaller).
I find that using disks above 4TB starts to be increasingly unworkable.
Scrubbing and resilvering after a disk failure takes far too long even with
I have been increasingly moving toward using 2.5" disks over the past 18
months for this particular reason (more disks of smaller capacity, but with
similar overall storage density).
Are your disk I/O workloads particularly linear? If they are not, I cannot
imagine that you will get anywhere near saturating a single 10Gb link, let
On Thu, May 21, 2015 at 10:47 AM, Ulli Horlacher via zfs-discuss <
zfs-discuss at list.zfsonlinux.org> wrote:
> We run two different SANs: Netapp with ONTAP and EUROstor with Open-E
> The Netapp system is good, but expensive, the EUROstor is cheap, but very
> restricted: it offers no snapshots, no logical volume resizing and one
> cannot change the internal mount options (default is "noatime"!).
> I am thinking of a Linux/ZFS based storage system with big cheap disks.
> At least 36 x SATA 8 TB disk drives, NO hardware RAID, but all disks
> managed by ZFS to have maximum flexibility. Connection should be 2 x 10
> Is someone running such a storage system? Which hardware?
> Ullrich Horlacher Server und Virtualisierung
> Rechenzentrum IZUS/TIK E-Mail: horlacher at tik.uni-stuttgart.de
> Universitaet Stuttgart Tel: ++49-711-68565868
> Allmandring 30a Fax: ++49-711-682357
> 70550 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/
> REF:<20150521094722.GC11406 at rus.uni-stuttgart.de>
> zfs-discuss mailing list
> zfs-discuss at list.zfsonlinux.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the zfs-discuss