Red Hat made Stratis to layer all this stuff together but I've never tried it.
https://en.wikipedia.org/wiki/Stratis_(configuration_daemon)
Red Hat made Stratis to layer all this stuff together but I've never tried it.
https://en.wikipedia.org/wiki/Stratis_(configuration_daemon)
How many drive bays do you actually want? 4? 8? 36? What is your budget?
Your links says:
Six internal SFF-8643 HD Mini SAS connectors support up to twenty-four 6Gb/s 3.5" or 2.5" SATA (II or III) or SAS 6 or 12Gb/s hard drives
Each SAS ports supports 4 drives. The "8i" card is named that because it has 2 SAS ports to support 8 internal drives. Most people use breakout cables that are SFF-8087 (internal SAS port) to 4X SATA but you've got a backplane so you don't want that.
You can either buy an expensive LSI SAS 24i card like this which has 6 SAS ports (6 ports x 4 drives = 24 drives)
https://www.ebay.com/itm/133151982832
Or get the 8i card together with a SAS expander card like this
https://www.ebay.com/itm/305142758393
The SAS expander card doesn't work by itself. You connect 1 or 2 ports to the main SAS HBA card. Then you can connect the other SAS ports to your backplane. It also only needs power from the PCIE slot, the data is all sent over the SAS cables back to the HBA card.
You would need some SFF-8087 to 8087 cables to connect the HBA card to the expander card and then some 8087 to 8643 cables to connect to the backplane.
https://www.amazon.com/10Gtek-Internal-SFF-8643-SFF-8087-0-8-Meter/dp/B01AOS4RFQ
Internet Archive used to have a huge collection. There is still a lot but they had links to some recordings like the first 12 hours when the channel launched and stuff like that. I can't find it now but youtube has this
copy / paste of my previous post
Silent bit rot where a bit flips but there is no hardware is extremely rare. My stats say once a year on 300TB of data. Some statistics major can correct me but if someone has 1TB of data then they should see a single bit flip in 300 years so maybe their great great great grandchildren will see it and report back to them in a time machine.
All of my data is on ordinary ext4 hard drives. I buy all my drives in groups of 3. I have my local file server, local backup, and remote backup. I have 2 drives in the local file server dedicated for snapraid parity and run "snapraid sync" every night.
https://www.snapraid.it
Snapraid has a data scrub feature. I run that once every 6 months to verify that my primary copy of my data in my file server is still correct.
Then I run cshatag on every file when generates SHA256 checksums and stores them as ext4 extended attribute metadata. It compares the stored checksum and stored timestamp and if any file has changed but the timestamp wasn't edited it reports it as corrupt.
https://github.com/rfjakob/cshatag
Then I use rsync -RHXva when I make my backups via rsync of all my media drives. This data is almost never modifed, just new files are added. The -X option is to also copy over the extended attribute metadata. Then I run the same cshatag file on the local backup and remote backup server. This takes about 1 day to run. On literally 90 million files across 300TB it finds a single file about once a year that has been silently corrupted. I have 2 other copies that match each other so I overwrite the bad file with one of the good copies.
I only run rsnapshot on /home because that is where my frequently changing files are. The other 99% of my data is maybe "write only" so I just use rsync from the main file server to the two backups. Before I run rsync for real I use rsync --dry-run to show what WOULD change but it doesn't do anything. If I see the files I expect to be written then I run it for real. If I were to see thousands of files that would be changed I would stop and investigate. Was this a cryptolocker virus that updated thousands of files?
As for backing up the operating system I have the /etc and /root account backed up every hour through rsnapshot along with /home
I'm not running a business. I can reinstall Linux in 15 minutes on a new SSD and copy over the handful of files I need from the /etc backup