Comment on AI blamed again as hard drives are sold out for this year
IratePirate@feddit.org 2 days agoThat’s a much more sophisticated setup than mine! It may even be overkill (depending on what it is you want to host, and to how many).
I’ve been running two enterprise-grade Toshiba 16TB drives in a btrfs RAID1 since last summer. No SSD for caching (though the OS and my Docker containers run on one, with regular syncs to the slower spinning drives). No complaints so far.
stoy@lemmy.zip 2 days ago
I know it is a bit complex, but after seeing the shenanigans Synology tried to play and reading review about Ugreen NAS units and how they seem to connect to external servers often, I just decided to roll my own TrueNAS build.
I am using an AMD Ryzen 4600G, 32GB of RAM, a 500GB boot SSD, the only mATX board I could find with six SATA ports, the Asus B550m Pro4 and a Corsair SF750 750W PSU to power it all.
IratePirate@feddit.org 2 days ago
Props for the powerful DIY! You’re right about the pre-built models. I’m coming from a QNAP one, and while they’re good for learning the ropes, they’ll become pretty limited after a while. That, and the shit they’re trying to pull with proprietary HDDs.
A self-made rig gives you a lot more flexibility, although it requires you to learn a bit more. But seeing that you’re already getting comfortable with GFS, I guess you’ll manage just fine!
stoy@lemmy.zip 2 days ago
To be perfectly honest, I don’t know what GFS is, I have been a Linux sysadmin for a few years, but never came across that.
We used LVM and ext4 for the storage in tjose VMs
IratePirate@feddit.org 2 days ago
If you’ve got that experience under your belt, you’ll be just fine. I haven’t tackled zfs myself yet (I’m lacking the RAM, plus I was put off by the ECC RAM recommendation). But I know it unifies a lot of the things you’re already familiar with under one roof (volume management and journaling) and adds more cool features (snapshotting, RAID, encryption) without you having to combine and manage several different technologies (mdadm for RAID, LVM, LUKS, …). I did that on my main rig and it turned out to be rather complex. Hence the switch to btrfs to at least squash a bit of complexity.