I generally agree, but keep in mind that CPU TDP is not a good metric to predict the total power consumption of a home server. Most of the time, the CPU is in a very low power state and the power consumption is dominated by things like the mainboard, drives, PSU, … Wolfgang has a good video on the topic: https://youtu.be/Ppo6C_JhDHM?t=239

That said, the conclusion that the 5600U system draws more power than a N150 one is probably still correct in most cases.

The Ryzen 5000 series should be a good choice for such an application, they’re still quite powerful CPUs. You should just make sure that you get the notebook/APU variant of the CPUs (e.g. 5600G or 5600U) and not the desktop variant (e.g. 5600 or 5600X). The desktop variant has significantly higher idle power consumption (see e.g. https://www.reddit.com/r/HomeServer/comments/1l707yc/nas_idle_power_usage/, they report 50+W in idle, while my 8500G system idles at 17W). The one you linked should be fine.

Perhaps also an off-site backup ;-)

The G-Drive couldn’t have a backup system due to its large capacity

Peak competence there.

Read (only) access should be fine. What makes it complicated is if there can be writes from multiple locations. Basically, the simple version would be to just periodically copy the data from the primary to all secondary locations.

I can see why you’d want to go with an off-the-shelf NAS. But, I would carefully check if it supports your use case, as it’s quite advanced.

If the data only needs to be read & written from a single server (and the others are just backups), you can also use simpler replication instead of synchthing. E.g. syncoid or TrueNAS replication. It sounds like you should be able to do that with separate datasets per household in your usecase.

I would probably go with a simple approach like this:

• ZFS: Each house gets a “NAS” that provides a ZFS filesystem to store the data. This gives you the ability to share the drives across your use cases (you, rest of the family), snapshots, RAIDZ support, and usage quotas. For the OS, you could use what you prefer (TrueNAS, Debian, Ubuntu, …).
• Syncthing to synchronize the files across the servers/houses. This allows you to read and write data from anywhere and syncthing will mirror the writes to the other places. I use it to synchronize data across 5 devices and it works quite well.

There are probably more advanced (enterprise?) ways to handle the file synchronization. But, I think this hould be good enough for normal, personal use. The main disadvantage is that you’re only synchronizing the current data (excluding the ZFS snapshots). On the other hand, this also allows you to mix file systems if necessary.

I’m not quite sure what you’re trying to do here. Are you

1. Trying to create a new owncloud instance and put your data somewhere other than in /var, or
2. Try to move the data location of an existing owncloud instance?

If you’re trying to do the second one, there’s a useful guide on it here: https://omiid.me/notebook/25/move-docker-volume-to-bind-mount. The first one should be even simpler, you can just replace the volumes in the compose file by bind mounts (basically, just this step of the tutorial: https://omiid.me/notebook/25/move-docker-volume-to-bind-mount#modifying-docker-compose).