HAST + ZFS + NFS + CARP

[InterNetX - Juergen Gotteswinter]

dont get me wrong, what i try to say is that imho you are trying to
reach something which looks great until something goes wrong.

keep it simple, stupid simple, without much moving parts and avoid
automagic voodoo wherever possible.

Am 01.07.2016 um 16:41 schrieb InterNetX - Juergen Gotteswinter:
> Am 01.07.2016 um 16:39 schrieb Julien Cigar:
>> On Fri, Jul 01, 2016 at 03:44:36PM +0200, InterNetX - Juergen Gotteswinter wrote:
>>>
>>>
>>> Am 01.07.2016 um 15:18 schrieb Joe Love:
>>>>
>>>>> On Jul 1, 2016, at 6:09 AM, InterNetX - Juergen Gotteswinter <jg at internetx.com> wrote:
>>>>>
>>>>> Am 01.07.2016 um 12:57 schrieb Julien Cigar:
>>>>>> On Fri, Jul 01, 2016 at 12:18:39PM +0200, InterNetX - Juergen Gotteswinter wrote:
>>>>>>
>>>>>> of course I'll test everything properly :) I don't have the hardware yet
>>>>>> so ATM I'm just looking for all the possible "candidates", and I'm 
>>>>>> aware that a redundant storage is not that easy to implement ...
>>>>>>
>>>>>> but what solutions do we have? It's either CARP + ZFS + (HAST|iSCSI), 
>>>>>> either zfs send|ssh zfs receive as you suggest (but it's
>>>>>> not realtime), either a distributed FS (which I avoid like the plague..)
>>>>>
>>>>> zfs send/receive can be nearly realtime.
>>>>>
>>>>> external jbods with cross cabled sas + commercial cluster solution like
>>>>> rsf-1. anything else is a fragile construction which begs for desaster.
>>>>
>>>> This sounds similar to the CTL-HA code that went in last year, for which I haven’t seen any sort of how-to.  The RSF-1 stuff sounds like it has more scaling options, though.  Which it probably should, given its commercial operation.
>>>
>>> rsf is what pacemaker / heartbeat tries to be, judge me for linking
>>> whitepapers but in this case its not such evil marketing blah
>>>
>>> http://www.high-availability.com/wp-content/uploads/2013/01/RSF-1-HA-PLUGIN-ZFS-STORAGE-CLUSTER.pdf
>>>
>>>
>>> @ Julien
>>>
>>> seems like you take availability really serious, so i guess you also got
>>> plans how to accomplish network problems like dead switches, flaky
>>> cables and so on.
>>>
>>> like using multiple network cards in the boxes, cross cabling between
>>> the hosts (rs232 and ethernet of course, using proved reliable network
>>> switches in a stacked configuration for example cisco 3750 stacked). not
>>> to forget redundant power feeds to redundant power supplies.
>>
>> the only thing that is not redundant (yet?) is our switch, an HP Pro 
>> Curve 2530-24G) .. it's the next step :)
> 
> Arubas, okay, a quick view in the spec sheet does not seem to list
> stacking option.
> 
> what about power?
> 
>>
>>>
>>> if not, i whould start again from scratch.
>>>
>>>>
>>>> -Joe
>>>>
>>>> _______________________________________________
>>>> freebsd-fs at freebsd.org mailing list
>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-fs
>>>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"
>>>>
>>> _______________________________________________
>>> freebsd-fs at freebsd.org mailing list
>>> https://lists.freebsd.org/mailman/listinfo/freebsd-fs
>>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"
>>
> 
> _______________________________________________
> freebsd-fs at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-fs
> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"
>