• 0 Posts
  • 33 Comments
Joined 1 year ago
cake
Cake day: June 25th, 2023

help-circle
  • MalReynolds@slrpnk.nettoSelfhosted@lemmy.worldcurrent best HDD-model choice
    link
    fedilink
    English
    arrow-up
    8
    arrow-down
    1
    ·
    13 days ago

    To a large degree, the point of RAID is to not care about drive reliability, trust the process. Also, you seem to conflate RAID with backup (“RAID is not a backup”), you want both. In a NAS, you’re probably better off with RAID5 + backup.

    In a system that can take a drive failure, the current datahoarder zeitgeist is Manufacturer Recertified (Enterprise) Drives, see ServerPartDeals.com if you’re a yank, other countries have their own options.









  • Sure, but the point of an offline backup is to disconnect it when not in use, rendering it immune to ransomware, accidental deletions, lightning strikes etc. Plug in every week or whatever, do your backup, disconnect, sleep easy. I use an external usb hdd caddy (note that one needs a firmware update to work with bigger disks)


  • MalReynolds@slrpnk.nettoSelfhosted@lemmy.worldBackup solutions
    link
    fedilink
    English
    arrow-up
    6
    ·
    edit-2
    4 months ago

    One backup on site on a different medium

    One offline backup.

    Backup on a different medium is archaic advice unless you’re willing to fork $$$ out for a tape drive system. DVDs don’t cut it in the era of 20Tb HDDs. I’d argue that HDD is the only practical media currently for > 4Tb at less than enterprise scale. Backblaze might be considered a different medium I guess.




  • MalReynolds@slrpnk.nettoSelfhosted@lemmy.worldAdvice for buulding a cheep NAS
    link
    fedilink
    English
    arrow-up
    6
    arrow-down
    1
    ·
    6 months ago

    Your biggest bang for buck is with cheap second hand drives, keep a spare on hand to rebuild the array / volume when one dies. You should be aware that the number of drives in the array directly affects the amount of usable space, 2 drives 50% of total available (a direct mirror, to compensate for the loss of one drive), 3 drives you get 66%, 5 gets you 80%. Say you get 6 4Tb drives, keep one as a spare and the remaining 5 will give you 16Tb usable (with one lost to parity so you can survive one disk failure). You then immediately want to save for a 16 Tb external drive for offline, preferably offsite backup (RAID is not Backup!). As others have wisely said, anything can be used to host, but aim at the most power efficient. If necessary get a PCI card for more SATA or SAS ports. Identify high value, small files, documents, current work, personal photos, source code and so forth and arrange for cloud backup, preferably with local encryption so you needn’t trust the cloud provider, preferably in at least two places (so one can go tits up or enshittify without bothering you). You’d be surprised what fits into a free 10Gb account if you triage well.

    Good luck.





  • Not sure yet, agree it’s not as nice to look at as YAML, but at least it’s prettier than the alternative systemd.service implementation, and it’s been rock solid so far. Time will tell, I’m sure pods will come and it seems to be what redhat sees as their direction. A method for automatically generating them from docker YAML (and hopefully vice-versa) would go a looong way towards speeding adoption.


  • once the containers are running after podman-compose you can use podman-generate-systemd to create a systemd services. Helped me move a rather large compose file to a bunch of services. My notes weren’t the best, sorry, but that’s the gist.It got me moved. I’ve now moved on to .container files for new stuff, which generates them on the fly. Need to move my old services over, but they work and who’s got the time…