[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ale] DIY NAS vs Boxed NAS?



oops, looks like our back and forth got dropped from ALE cuz I fat fingered
a reply!

On Fri, Nov 30, 2018 at 4:41 PM dev null zero two <dev.null.02 at gmail.com>
wrote:

> reddit.com/r/datahoarder is a great resource for NAS stuff.
> though prepare to feel woefully inadequate (though a lot of people are
> using cloud storage so their numbers aren't totally realistic - like I
> currently have 133 TB of space used but 113 TB of that is in the cloud :-P
> ) as those folks are hardcore.
>
> On Fri, Nov 30, 2018 at 4:36 PM dev null zero two <dev.null.02 at gmail.com>
> wrote:
>
>> " Interesting.  I've never considered the rebalancing ramifications of
>> adding new drives to an array.  If you're, say, 80% full then all existing
>> drives would have 80% usage.  If you add a new drive, it'll be 0%, so by
>> definition most new data will have to go there, unless the raid array
>> moves content from the existing drives onto the new one.   Seems...
>> strange."
>>
>> yeah, it's delicate while it's doing the re-balancing as it's essentially
>> resilvering the array, but it's a great feature if you want to future proof
>> by buying a 24 bay case and only filling half and adding drives as you need.
>>
>> its one of the most requested ZFS features and apparently it's finally
>> under development, but who knows when it will see the light of day.
>>
>> On Fri, Nov 30, 2018 at 4:29 PM Derek Atkins <derek at ihtfp.com> wrote:
>>
>>> Interesting.  I've never considered the rebalancing ramifications of
>>> adding new drives to an array.  If you're, say, 80% full then all
>>> existing
>>> drives would have 80% usage.  If you add a new drive, it'll be 0%, so by
>>> definition most new data will have to go there, unless the raid array
>>> moves content from the existing drives onto the new one.   Seems...
>>> strange.
>>>
>>> Anyways, I'm fine with the replace-existing-drives-with-larger-ones
>>> strategy.
>>> I'm also fine with the add new drives in a new raid strategy.
>>> I don't think I'd ever use the "add a new drive to an existing array".
>>>
>>> This is especially true as my system has nice 6-bay stacks that work
>>> great
>>> for a nice 6-drive RAIDZ2 array per column!
>>>
>>> -derek
>>>
>>> On Fri, November 30, 2018 4:22 pm, dev null zero two wrote:
>>> > "adding driving to an existing RAIDZ2" *this.*
>>> >
>>> > Right now if you want to grow in size, you either build a second array
>>> and
>>> > add it to the zpool, or you swap out drives, one at a time, with larger
>>> > capacity and then grow the array.
>>> >
>>> > Modern RAID implementations let you add same size (and even different
>>> size
>>> > with some solutions!) drives ad-hoc to an array and let it grow without
>>> > issue.
>>> >
>>> > Ceph has some cool distributed NAS uses as well.
>>> >
>>> > On Fri, Nov 30, 2018 at 4:19 PM Derek Atkins <derek at ihtfp.com> wrote:
>>> >
>>> >> Hi,
>>> >>
>>> >> On Fri, November 30, 2018 4:16 pm, dev null zero two via Ale wrote:
>>> >> > +1 FreeNAS but it's pretty inflexible, though adding drives for RAID
>>> >> > expansion is slated on their upcoming features.
>>> >>
>>> >> I am curious in what ways you find it inflexible.
>>> >>
>>> >> I'm also curious why you say that "adding drives is for a future
>>> >> release"?
>>> >>  Or do you mean adding driving to an existing RAIDZ2 as opposed to
>>> >> building a second RAIDZ2 and adding it to the zpool?
>>> >>
>>> >> -derek
>>> >> --
>>> >>        Derek Atkins                 617-623-3745
>>> >>        derek at ihtfp.com             www.ihtfp.com
>>> >>        Computer and Internet Security Consultant
>>> >>
>>> >>
>>> >
>>>
>>>
>>> --
>>>        Derek Atkins                 617-623-3745
>>>        derek at ihtfp.com             www.ihtfp.com
>>>        Computer and Internet Security Consultant
>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.ale.org/pipermail/ale/attachments/20181130/414ae464/attachment.html>