HAST + ZFS + NFS + CARP

[Julien Cigar]

On Thu, Jun 30, 2016 at 11:32:17AM -0500, Chris Watson wrote:
> 
> 
> Sent from my iPhone 5
> 
> > 
> >> 
> >> Yes that's another option, so a zpool with two mirrors (local + 
> >> exported iSCSI) ?
> > 
> > Yes, you would then have a real time replication solution (as HAST), compared to ZFS send/receive which is not.
> > Depends on what you need :)
> > 
> >> 
> >>> ZFS would then know as soon as a disk is failing.
> 
> So as an aside, but related, for those watching this from the peanut gallery and for the benefit of the OP perhaps those that run with this setup might give some best practices and tips here in this thread on making this a good reliable setup. I can see someone reading this thread and tossing two crappy Ethernet cards in a box and then complaining it doesn't work well. 

It would be more than welcome indeed..! I have the feeling that HAST
isn't that much used (but maybe I am wrong) and it's difficult to find 
informations on it's reliability and concrete long-term use cases...

Also the pros vs cons of HAST vs iSCSI

> 
> Perhaps those doing this could listed recommended NICs so write performance of the slave over the network isn't slow as sin, or their relevant part of their config scripts to get this running well, any sysctl's set to boost performance, gotcha's you e seen using this setup, and if a mirror failed were you happy with this. India during recovery? Anything that will help current and future folks stumbling across this thread I think would be a big help in getting this good idea used a little more widely. 
> 
> Chris
> _______________________________________________
> 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"

-- 
Julien Cigar
Belgian Biodiversity Platform (http://www.biodiversity.be)
PGP fingerprint: EEF9 F697 4B68 D275 7B11  6A25 B2BB 3710 A204 23C0
No trees were killed in the creation of this message.
However, many electrons were terribly inconvenienced.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20160630/b17c4985/attachment.sig>