3 ms·
That had me curious, so I searched a bit in their issues. Their attitude about it isn't great: https://github.com/minio/minio/issues/3536 https://github.com/mi
by tyingq 5y ago
That had me curious, so I searched a bit in their issues.
Their attitude about it isn't great: https://github.com/minio/minio/issues/3536 https://github.com/minio/minio/issues/3536
That's too bad, as it seems well thought out in other areas, like clustering.
- dragonsh 5y agoMinIO team care about an issue if you are paid customer, not for people who use the open source. Indeed MinIO is not even fully S3 compatible with many edge cases and close the issues related to it by saying it’s not a priority. You might want to look at other options as well like SeaweedFS [0] a POSIX compliant S3 compatible distributed file system. [0] https://github.com/chrislusf/seaweedfs https://github.com/chrislusf/seaweedfs
- tobias3 5y agoI haven't used seaweedfs yet, but it looks better (and small file/object performance should be miles better). W.r.t. to fsync/durability with the seaweedfs API to a volume server you have to turn fsync on via paramter and it is disabled by default. With S3 it is probably also off by default and you can turn it on per bucket: https://github.com/chrislusf/seaweedfs/wiki/Path-Specific-Configuration https://github.com/chrislusf/seaweedfs/wiki/Path-Specific-Co... . Both should default to fsync on, with the option to turn it off. So not a great choice of defaults. Again, it probably looks good in benchmarks when people naively compare S3 stores. But it just shouldn't eat your data per default.