json_aggs должен быть уровнем выше

Да смотря на чём построить. На ib будет терпимо. ASM в данном случае - приблизительно те же яйца, только в профиль. Магии в этой области пока не изобрели.

Есть какие нибудь тесты? Тоже вот думаем попробовать, но кмк просто будет потеря времени

У меня лично конкретно цифр скинуть под рукой нет. Но их полно в гугле по запросам типа  ceph latency.
В целом - строить без, хотя бы, cut-through свитчей и пары 10GЕ на ноду, а в идеале выделенного infiniband - и правда потеря времени.
Also его нужно уметь готовить, администрировать и чинить. Потому что большинство инсталляций ceph у неопытных людей выбрасываются после первого выпадения ноды и последующих попыток вернуть её в онлайн.

Короче говоря, если вы сомневаетесь в том, что оно вам нужно - оно вам не нужно. Это не кластерная ФС на коленке за бесплатно из старых серверов, как многие себе представляют.

Да и вообще если вы думаете "нам нужна кластерная ФС", то стоит подумать ещё раз, скорее всего она вам не нужна, независимо от области применения.

А что сразу cut-through?

Дыг удачный store-and-forward на инсталляции в пару соседних стоек диаметром может представлять ощутимый кусок latency своими deep throa buffers

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

+

Геморская подделка RedHat.

Выкупили Ceph и распространяют чуму)

Ну вообще любая штука подобного плана полна нюансов и требует наличия в штате человека, который буквально специализируется на этом продукте. Для тех мест, где вот прямо нужно, ceph вполне норм. Просто в >90% ситуаций люди разворачивают кластерные ФС, которые им на самом деле и не нужны вовсе.  А потом страдают и какашками в интернетах кидаются.

@hogstaberg Вспомнил не так давно завезли https://www.kernel.org/doc/html/latest/admin-guide/device-mapper/dm-clone.html

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

Про Ceph можно тут поговорить https://t.me/ceph_ru =)

+

RAID 1 из ssd? А смысл? Ведь наработка на отказ у SSD, как показывает практика и мнение специально обученных людей, формируется из циклов (пере)записи. А таковые у дисков в RAID1 идентичные. И что толку из этого рейда, когда оба диска вылетят по достижении какого-то условного порога?
А вот на что надо обратить внимание, так это на фрагментацию диска и пресловутый TRIM и прочие "радости", когда контроллер диска пишет не в свободное место, а в более чистое. Ещё хлеще, чем MVCC у ПГ. Т.е. вроде как декларируется, что ТРИМ освобождает блоки, и в эти блоки пишется новая инфа, но на деле, освобождать освобождает, да только вот запись идет в более "чистые" блоки. Соответственно, пока есть блоки, в которых ещё ничего не было, скорость - ууухх! Когда эти блоки кончаются, скорость - ой, блин. что ж оно так тормозит?!
Вон у меня ноут лежит, 9 лет. На ём гента. Долгое время система собиралась на месте, т.е. циклов перезаписи было - прилично. Супруга жаловалась на лютые тормоза. Я слегонца подзабил на регулярное обновление, с немного предсказуемыми последствиями. Соответственно, дамп, пользовательских данных, зачистка диска (Securely wipe disk SSD в поиск), установка системы (сборка бинарных пакетов на десктопе, ибо десктоп - несколько пошустрее). И, о чудо! Машинка стала хорошо так отзывчивее. Вот как-то так.

ЗЫ. И на десктопе, и на упомянутом ноуте (и на более другом) диски - интеловские.

Там буковка I что означает?
Когда речь заходит про распределённые системы serializable перестаёт обозначать то, что обычно имеется ввиду. В distributed случае serializable становится очень расплывчатым значением с разным поведением, поэтому нужно уточнять.