I just read their persistent disk docs. Yeah that's a limitation of render and their filesystem policy, you can't even share the filesystem points, which is a nicely working feature of containers obviously. I guess they intend users rely on other persistent data methods for more complex sharing, which is probable the enterprise use case. Use S3, or a database don't use the filesystem.

To be fair though there are other reasons they may limit this. Often VPS providers use ramfs to keep things snappy because most apps don't need much space, and if you need a DB or some other large storage system they offer they separately. So they may provision X GB of storage, but it's sitting on an array somewhere so they map some, or all storage to memory, so they don't want people actually using the storage they pay for because they can't make the same performance guarantees. That's speculation based on what i've seen for small VPS (like 25gb or less of persistent storage)

Reply to this note

Please Login to reply.

Discussion

That makes a lot of sense, and yeah, a lot of this comes from me trying to deploy strfry/lmdb on a PaaS 😂

I come from a hardware first background so much of this cloud stuff is still new to me as well.

something something use NFDB /j

this is not the ideal use case for ephemeral containers, ever. I don’t and wouldn’t run a relay on one

Yeah, I'm switching to just a regular VPS but now it's too underpowered to build strfry 🤷‍♂️