Youre really supposed have the entire blockchain when connecting an ln node though. core-lighting requires a non-pruned node, it checks for early blocks to verify it's not pruned.
In my personal experience, a bunch as a support contractor, has been horrible issues with indexes and data corruption which takes down an ln node to do maintenance.
probably cheap ass nodes running on rPis off SD card disks, which are cheap and crappy compared to an M.2 NVMe...
stupid because a HP G3 mini pc like the one i have cost $160 and the SSD cost $200 and it runs off a fork of ubuntu 22
and my backup disk is a SATA ssd with USB adapter that in total cost me about $120
if you connect them using a wireguard tunnel they don't have to be at the same site either, but probably better to do it that way
the hardest thing to arrange is the network, IMO... but the optic fibre network here on Madeira seems to be pretty solid, i currently use from a router in a separate part of the building but i bet if i had my own one installed and put it all on UPS that i would not even need the failover network when the power goes out
I only use SSD storage for high-readonly workloads. I have a pile of dead consumer SSDs many of them Samsung single layer units. I just have horrible luck with high write tasks with SSDs so I use bulk disk storage for anything with heavy writes.
A couple dozen units over about 10 years to be clear lol
well, that's how it works i guess... probably can get a lot more out of your disks by spending instead on memory, if the kernel is tweaked to avoid flushing the cache as much, and you have good power backup
Right now I switched over to truenas core as my SAN device with 128gb of memory cache, so hopefully I see good results. I have over 1TB of memory in the rack so I got plenty to spare. Truenas has consumed almost all of it.
