I am with you. It’s all a matter of convenience to me.

Steam, does a pretty good job of what it does. As does GOG.

Now- EA/UBI can suck a big fat one… but, steam/gog are good so far.

Regarding media, I am with you 100%. It’s strictly a matter of convenience. Back in the 20-teens, I didn’t even have a plex server running, as netflix was able to handle the majority of my media needs.

When, every fucking network created their own streaming service, and partitioned all of the media behind their own subscriptions, I said fuck that. The collection of linux ISOs keeps growing now.

When it is easier for me to use plex to streaming my Linux ISOs, rather then to use a paid service- THAT is the problem. And, that is why they can get my middle finger.

Proxmox uses replica 3/2 failure at host level

I ended up having to set the failure domain to OSD, rather then host… at least, until the next group of 5 enterprise SSDs arrives to properly distribute data across all three nodes. But… once the next group of 5 arrives, it will allow me to setup a fairly even distribute of data across all three 10G nodes.

You may also need more than a single 10Gb nic too as you might start hitting bandwidth issues.

Knock on wood, I don’t “think” I have enough heavy bandwidth loads for this to be a huge issue, at least, with the exception of when the backups are running. Most of my workloads use fast random I/O. (databases, kubernetes, etc.)

BUT… I do have 40g networking on the r730xd already, and I have enough 40G NICs laying around to build a full mesh 40G network between those three nodes if needed.

I believe its a data-safety thing, similar to how ZFS’s ZIL works.

That is, a write isn’t completed until its actually written. In the case of consumer SSDs, this means, waiting for the write to complete. In the case of enterprise SSDs, this means the write-cache, (due to PLP, power loss protection).

With anything though, you can disable those safety features.

absurd overhead.

Actually a massive understatement. I threw together over 5 million IOPs worth of disks, to barely squeeze 100k IOPs out of the cluster! Its EXTREMELY inefficient, compared to… well, pretty much any other option. I mean, writing encrypted zip files to SD card storage can be faster in some circumstances. lol

But, its reliable, fault-tolerant storage, which is instantly available(ie, no replication, syncing, etc).