Describes the zrep script that uses zfs send and receive over network to keep a read-only copy of snapshots up-to-date.
This looks nice. But I can’t see a reason for me to switch away from my current Sanoid/Syncoid setup. It just works too well.
Submitted 6 months ago by anzo@programming.dev to selfhosting@slrpnk.net
https://klarasystems.com/articles/zfs-high-availability-with-asynchronous-replication-and-zrep/
Describes the zrep script that uses zfs send and receive over network to keep a read-only copy of snapshots up-to-date.
This looks nice. But I can’t see a reason for me to switch away from my current Sanoid/Syncoid setup. It just works too well.
I’ve been hearing about ZFS and its beneficial features for years now, but mainstream Linux installers don’t seem to support it.
Out of curiosity - can anyone tell, what might be blocking them?
Apart from the license incompatibility (which doesn’t stop it from being used by distros, as Ubuntu has shown): While it’s a fantastic filesystem for servers, it is also resource hungry and not suitable for small or portable systems.
By default it consumes 30% of RAM as cache (ARC). And, we have btrfs now, which is a huge contender “CoW” filesystem for desktop.
poVoq@slrpnk.net 6 months ago
You can do something similar, but much easier with btrfs and btrbk.
Of course ZFS is even more advanced than btrfs, but unless you are doing professional datacenter level stuff btrfs will likely be sufficient.
perestroika@slrpnk.net 6 months ago
Thanks, that looks like something I might have to try. :) Myself, over the network, I still don’t do filesystem level incremental backups, sticking to either directories or virtual machine snapshots (both of which have their shortcomings).