s3ql VS garage

Is this meaningfully different from https://github.com/s3ql/s3ql ?

S3 semantics are generally fairly terrible for file storage (no atomic move/rename is just one example) but using it as block storage a la ZFS is quite clever.

i used to use [0]s3ql on-top of "slow" fuse storage. it comes with its own caching layer and some strategies around handling larger blobs of data efficiently even at high latency with ease but its a non shared filesystem. you mount/lock it only once per system. otherwise this was a perfect solution to me at the time.

[0] s3ql: https://github.com/s3ql/s3ql

Off the cuff, you can probably use s3ql or something similar as a posix compatible abstraction layer over b2.

I use a S3QL mount to store user data, but do hacks and keep the 4-5 log files, the cache, templates, and tmp stored locally on file systems.

Another alternative to rclone mount is S3QL, which in my experience, is much faster (https://github.com/s3ql/s3ql).

An option may be to use https://github.com/sismics/docs and enable S3 support using https://github.com/s3ql/s3ql

Thank you! It wasn't s3fs-fuse I was remembering, but their github site referenced the project I was looking for: s3ql

I’ve been using s3ql to mount an S3-backed filesystem for the Nextcloud data folder. It has been reasonably fast and very stable so far (~1.5 years, 270GB hosted).

Well - I am using s3ql. It builds an encrypted file system into an S3 bucket, and works quite nicely and reliably. I started using that before Linode offered S3, and I was not keen on sharing my files with any of the big providers. So, my files currently are on S3, but not directly from Nextcloud, but with the s3ql layer inbetween.

Take a look at GarageS3, it's a niceoption for "just an S3 server" for self hosting.

https://garagehq.deuxfleurs.fr/

I use it for self hosting.

Garage (https://garagehq.deuxfleurs.fr/) gets pretty close for object storage. It’s built with mixing high/low latency links and replication between multiple hosts. Unfortunately it’s not really built for end-users, but devs, so there’s no ui or anything like that.

> Theoretically they could swap with minio but last time we used it it was not a drop-in replacement yet.

Depends on whether AGPL v3 works for you or not (or whether you decide to pay them), I guess: https://min.io/pricing

I've actually been looking for more open alternatives, but haven't found much.

Zenko CloudServer seemed to be somewhat promising, but doesn't seem to be managed very actively: https://github.com/scality/cloudserver/issues/4986 (their Docker images on DockerHub were last updated 10 months ago, which is what the homepage links to; blog doesn't seem active since 2019, forums don't have much going on, despite some action on GitHub still)

There was also Garage, but that one is also AGPL v3: https://garagehq.deuxfleurs.fr/

The closest I got was discovering that SeaweedFS has an S3 compatible mode: https://github.com/seaweedfs/seaweedfs

Ah, you should check out Garage (https://garagehq.deuxfleurs.fr/) for a self-hosted, cluster-y API of S3

I'm a big fan of Garage[1], which is a dead-simple S3 drop-in that you can host on your own drives. It's designed for consumer hardware with shitty internet in-between nodes.

[1]:https://garagehq.deuxfleurs.fr/

One more thing we are also proud of: a bunch of our users is using the object storage Garage, this OSS project looks really promising, and we really cherish the OSS for this kind of unexpected combination.