в смысле интересно, норм оно так живёт или не

ну а чего ему данные-то потерять

мы тут тестим "будет ли оно работать" или тащим это в прод?

тормозить может. а данные зачем терять

ну лично мне интересно будет ли оно работать с приемлемой производительностью

а если будет то фиг ли, не так уж и страшно. rook страшнее

я бы не рискнул это тащить в прод исходя из всех особенностей ceph... причина описана выше, это как забивать гвозди микроскопом

кто не рискует тому потом нечего рассказывать на конференциях :D:D

а потом случается клаудмаус

ну ещё раз - клаудмаус это либо сильно кривые руки (обычно) либо смузи технологии

когда оно там что-то само делает а что и как никто точно не знает

ну и про него очень долго рассказывают на конференциях )))

а в данном случае простите что?
как по мне, намного рациональнее разработчику потратить время и написать как можно более простое решение, которое потом будет поддерживать намного проще, чем использовать ceph

в данном случае если как я написал цеф нормально поставлен, хватает сети, дисков и памяти и не сделано глупостей - то может вполне нормально заработать

вот если потом будет что-то типа "почистил не глядя 3 сервера, как восстановить данные?" - то это клаудмаус

или если на нодах по 2 гб памяти

или ещё какая-нибудь дурь

слишком много "если", в проблеме которая решается одним скриптом

в конце концов, потом можно превратить его в S3 и переписать таки код

сейчас где-то 6 java приложений на 6 серверах которые отдают файлы, они за апстримами nginx, запрос идет на каждый из них по очереди пока не найдет файл, когда на сервере кончается место его руками синкают на другой сервер потом удаляют с первого, при этом ни раз теряли данные. И при таком подходе довольно геморно держать много небольших дешевых нод и тем более совмещать это с другими сервисами, поэтому по факту есть два здоровенных дорогих сервера которые хранять только файл и ничего больше и простаивают по процу и памяти.  а другие это так то что приложение локально успело записать временно, при этом всякие триггеры постоянно  загораются что где-то стало кончаться место. Хочется какое-то решение, которое будет работать и максимально скрывать внутри себя ребаланс данных по нодам, а в идеале еще и кешить горячие данные ближе к сервису который их создал. в итоге наверно судя по всему надо идти в сторону какого-то s3, но очень большие сомнения что это реально сделать быстро. хотя вроде что-то скинули posix совместимое, я еще не успел посмотреть. сейчас просто этам раннего тестирования и выбора итогового решения