![](/static/61a827a1/assets/icons/icon-96x96.png)
![](https://lemmy.dbzer0.com/pictrs/image/a18b0c69-23c9-4b2a-b8e0-3aca0172390d.png)
Gonna give them a spin… Egress seems at a glance more expensive for my use, but I like having options.
Thanks!
Gonna give them a spin… Egress seems at a glance more expensive for my use, but I like having options.
Thanks!
I could see it turning into potentially more via EU and the excuse that VPN should be nuked from orbit… Too many politicians of the mind to backdoor everything like e2e already; this is just another thorn of many.
Hopefully you are right and this is isolated.
Unfortunately the client seems to explicitly skip network shares, so unless there’s some trickery I don’t think that is viable.
Seems explicitly against TOS too now:
https://www.backblaze.com/docs/cloud-storage-network-attached-storage-devices
I’m all for any workaround, but worth noting so we don’t get OOP caught out unexpectedly
This! Tape is still the golden standard for high capacity!
I use b2 for about 15tb, still one of the cheapest really without being sketchy. Cost isn’t too bad unless you are reading it often.
As another person already noted, if you really need to back up high amounts, tape is the way to go. Plan to keep your critical stuff off site somehow too. For large amounts sneaker net is still best unfortunately.
I’ve never had issues; maybe been lucky lol.
That said, they provide some amazingly detailed status about drives! Worth looking at the reports they post. Might get you insight into what to expect from the various manufacturers and models… Maybe avoid some junk drives in the process.
One of the most recent of these:
https://www.backblaze.com/blog/backblaze-drive-stats-for-q3-2024/
Raw statistics might help cut through a lot of bias!
Oh important note! Check to make sure any drives you’ll use are CMR, not SMR (shingled)! SMR will not function right in raid and will fail from arrays.
I’d start by noting that raid is more about availability, not backup… I suspect you already have that in mind but just in case. Ideally if you are up for learning ZFS, that is one of the most resilient raid tools out there. Most NAS and Unix or Linux OS will have support for this.
Never connect RAID disks via USB… This only causes headaches.
Avoid SATA port multipliers, these can cause problems in raid.
SAS has the most reliable and flexible options for connectivity. Used JBOD chassis, even small, can be found cheaply and will run SATA disks well.
As to cloud data, I strongly recommend BackBlaze. Many utilities can natively interact with it (API compatible with Amazon s3) and you can handle encryption on the fly with several sync options. They are one of the cheapest solutions, and storage is pretty much all they do.
With pretty much any cloud storage, look at the ingress/egress cost of your data too… That is where many can bite you unexpectedly.
Worth noting that when you get to large storage, a good organization method for your data is key so you can prune and prioritize without getting overwhelmed later… Don’t want several copies of the same thing eating cash needlessly.
Good luck! And welcome to the wonderful illness known as data hoarding!
Realistically, I’d be happy for her to choke on pretty much anyone’s vomit. Extra points for creativity.
I’m with this… Bash runs in nearly anything without any real good chance of version conflicts.
Why complicate things needlessly?
Those look like bridge before it would build something in top of a part above where there would have previously been void. Making a scaffold of sorts for something above. Since they have to anchor to existing lines, they stretch between existing infill locations. With lower infill %, you’ll see them more prominently.
I agree, it’s inane. But just like wanting back doors to e2e encryption, some idiot politicians will push for it despite for sure.