Primary LAN backup: -- - 7TB ZFS pool running on Ubuntu Xenial - hardware: an old laptop with 6 cobbled together external USB 3.0 drives making up the po

Primary LAN backup: -- - 7TB ZFS pool running on Ubuntu Xenial - hardware: an old laptop with 6 cobbled together external USB 3.0 drives making up the pool - each vdev (3 total) in the pool is mirrored - standard tools on top of that: time machine + netatalk, NFS, samba, SSH+rsync, ZFS send/recv, etc. - external drives need battery backup (can't recommend the case where you don't have battery backup for ZFS vdevs) -- no ECC RAM Off-site backup: -- - Ubuntu Xenial running in google cloud, 10GB root volume, 3.75G RAM, 1 vCPU - secondary (backup) disk is currently only 1TB, with a zpool as filesystem. Easily expandable by adding virtual disks as vdevs (plus I trust their hardware slightly more than my own). - using ZFS send/recv to selectively backup important datasets and keep cost as low as possible Secondary LAN Backup and Restoration Testing: -- - a separate 8TB disk on another ghetto piece of old x86 hardware, no redundancy - restored from the offsite backup to get 2-for-1: backup and restoration testing Encryption: -- - everything local uses dm-crypt - as for google cloud, I also use dm-crypt. If I want to conceal the keys from remote memory, I use nbd-server to expose a block device across SSH