еще раз повторю, критические данные я бы туда не сувал, стремно, но возобновляемые вроде норм тянет

Ну вроде реализаций хватает для своего протокола. https://github.com/chrislusf/seaweedfs/wiki/Client-Libraries
Прикольно.
То есть кейс append only и частые чтения отлично подходит под него?

в нашем кейсе вроде неплохо живет

Мне надо собрать S3 c (авто)фейловером между дц. По minio выяснил, что репликация active-active требует включения erasure coding, а хотелось без черных ящиков (чтобы rsync в случае проблем).
Сейчас у меня 1tb и drbd8 и линк сносный (но 100мб файлы успевают забить буфер).
Хотелось бесшовного фейловера. Файлы всегда целиком кладутся/достаются. Размер файлов 100кб-100мб.
Еще есть идея minio + lsyncd/rsync в обе стороны.

Нагрузка небольшая.
Сейчас там специфичная для приложения хранилка - напрягает время восстановления данных (только целиком) по имеющемуся линку (20h+)
Стоит заморачиваться с чем-то еще?

Цеф? =))

Зато точно гарантия что все транзакционно

неее, после дрбд это рокет сайенс, плюс у меня всего 2 машинки в разных дц

Машинерии много но зато целостность

А дрбд8 нетранзакционный

Не говоря уже об lsyncd

Дрбд9 вот типа транзакционный условно

Там сейчас с имеющеся (полусамописной) хранилкой в приложении всё плохо (мета не соответствует наличию файлов + кривые локи), поэтому даже rsync кажется решением лучше, после того как поддержку S3 допилят в приложении...

Речь про синхронность/согласованность нод? Рсинк загружает во временный файл и ренейм делает, по идее половину файла увидеть нельзя

Если minio делает так же, то по идее видно или загруженный файл или его отсутствие

Зачастую когда один разработчик проект пилится и даже работает)

Ну тут вопрос не в том что оно работает, а вопрос скорее в том что делать если он его пилить перестанет

Сдохнет и проект, если нах никому, реально, не нужен будет, побочка опенсорса и проектов, за которыми нет толстосумов

В бизнесе это называется управление рисками

User didn't pass the validation and was banned.