HAST + ZFS + NFS + CARP

krad kraduk at gmail.com
Wed Aug 17 09:11:11 UTC 2016


I totally agree here i would used some batch replication in general. Yes it
doesnt provide the ha you require, but then if you need that maybe a
different approach like a distributed file system is a better solution.
Even then though I would still have my standard replication to a box not
part of the distributed filesystem via rsync or something, just for ass
covering. Admittedly this gets problematic when the datasets have large
deltas and/or objects.

On 17 August 2016 at 09:53, Borja Marcos <borjam at sarenet.es> wrote:

>
> > On 17 Aug 2016, at 09:25, InterNetX - Juergen Gotteswinter <
> juergen.gotteswinter at internetx.com> wrote:
> > try dual split import :D i mean, zpool -f import on 2 machines hooked up
> > to the same disk chassis.
> >
> > kaboom, really ugly kaboom. thats what is very likely to happen sooner
> > or later especially when it comes to homegrown automatism solutions.
> > even the commercial parts where much more time/work goes into such
> > solutions fail in a regular manner
>
> Well, don’t expect to father children after shooting your balls! ;)
>
> I am not a big fan of such closely coupled solutions. There are quite
> some failure modes that can break such a configuration, not just a
> brainless
> “dual split import” as you say :)
>
> Misbehaving software (read, a ZFS bug) can render the pool unusable and,
> no matter how many
> redundant servers you have connected to your chassis, you are toast. Using
> incremental replication
> over a network is much more robust, and it offers a lot of fault
> isolation. Moreover, you can place the
> servers in different buildings, etc.
>
> Networks even offer a more than reasonable protection from electrical
> problems. Especially if you get
> paranoid and use fiber, in which case protection is absolute.
>
>
>
> Borja.
>
> _______________________________________________
> 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"


More information about the freebsd-fs mailing list