Backup

Currently i’m trying to move a lot of stuff to the new NAS. This has one important implication: So far everything the role of the old NAS was to be the target of Timemachine backups and some scratchspace which i could easily discard. It was already a backup, so i didn’t made a backup of it. However with the new NAS things have changed. While still receiving Time Machine backups, the NAS actually contains data that is not part of being a backup and thus has to be backed up itself. For example the contents of Gitea server. Now as it’s not longer on Github i have to do the backup on my own. ¹

I thought a while about a solution: One idea was the already mentioned Rube Goldberg solution: A Shelly plug, powering up an external hard disk ontrolled by an VM not running on the storage, but by a third system, that triggers the backup remotely as soon as the disk has been powered up. Then i thought: This is exactly such a contraption that will fail to work in a moment you need it most. And the disk would practically sit right beside the fileserver. Maximum distance would be determined by the longest USB cable that i could get. And that doesn’t addresses many of the posssible risks.

However, after the debacle with the storage not fitting in the HP Elitedesk² I had a possible low power consumption server without a real job. A moment later, it occured to me: “You have a backbone in your house that is actually more capable than a single disk. Furthermore i have a Rack in the cellar for networking equipment. Why not using this rack”.

What i did was essentially the following and this now my backup solution:

• I’m using the Elitedesk kirby as a virtualization server as planned. It’s more or less for throw-away VMs. VM whose configuration i could easily recover with Ansible.
• The OS i’m using there is Proxmox.
• I gave kirbya 512 GByte SSD for boot and to store VMs. I’m using a smaller variant of the Kingston SSD i’m using as primary storage in my NAS.
• In Proxmox there is a VM running TrueNAS Scale.
• While it’s not Solaris, it still uses ZFS like my fileserver.
• Thus on the way, a lot of snapshots are created by the way ZFS replication works and by an automated process that creates hourly snapshots and keeps them for two weeks.
• This VM has two pieces of hardware dedicated to it. At first a hard disk. I mapped a 4 TB drive into the VM. 4 TB is exactly the size of the flashpool in my NAS. Furthermore i dedicated a 2,5 GBit/s Ethernet USB-C dongle to it. My NAS is connected to the network with 2,5 GBit/s thus it seemed prudent to match it on the virtualization server as well. It’s in the same livesayer 2 network than my NAS. I will probably change this as soon i migrated my network to routing on my switches. At the moment everything between subnets goes through the UCG and thus everything that has to be routed is limited to 1 GBps.
• I plan to actually move the disk from the rack to another room in the cellar with lower fire loads connected with a slightly longer USB cable. I actually thought to use a second disk for this … but i’m probably in the overkill realm with such a solution.
• I think the usual risk at home are fire and water. Water is not such a problem in my appartment in the roof. That said, my house is actually significantly higher than the inner city of Lüneburg. If the Ilmenau is really leaving it’s bed in order to flood my cellar fishes have to be able to swim over the town hall roof. And by a slight margin my house is higher than the other peoples home surrounding me, so flooding by rain is a risk one of my neighbour has much more. It’s alway him having a problem when a somewhat torrential rain is hitting Lüneburg. I see fire as a much larger risk. Thus the idea with the cable into the room with the lowest fire hazard (it’s more or less only a wall´s distance)
• The NAS storage tachikoma in the home office area(i have only a few walls) in my appartment in the roof now replicates 2 times a day to the TrueNAS VM in the cellar.
• The replicated datasets stays locked on this server. The encryption key is not even on the target of the replication.
• The pool of harddisks housing the storage for Time Machine backups stays without backup but I’m thinking about breaking up the mirror and to have a primary disk and a secondary disk and replicating between them hourly. But that’s probably more pressing as soon as i start to store bulk data on the hard disks.
• As soon as i have larger disks in the NAS,the flashpool will replicate hourly onto the local primary and secondary disk.
• A shelly is involved in this solution nevertheless. The power consumption of this additional server is offset by a Shelly and a button that allows the last remaining party using the satellite TV multiswitch in my cellar to switch it on and off from their TV with a press of a button. It consumed 6,5 Watt all day long. I’m using this power consumption for the virtualization server.
• I probably won’t do a NAS backup into the cloud. But i have a large family with fast internet connection. ³ I can work with that ;)

This is the way, i’m currently doing my backups and up to now it seems to work reasonably well. However the real test will be the first time i have to restore all this.