Ð
Во-первых влияние одного на другое в плане нагрузок, отсутствие возможности это нормально балансировать. Во-вторых, уязвимость - если что-то ломается, ломается всё.
Size: a a a
2020 July 14
Ð
Ну и реплика очень желательно чтобы у каждого сервиса была своя, эту проблему я пытался решить отдельными постмастерами
Ð
И безопасность не очень, так как ошибка в одной базе может повредить всё. В общем все не очень, после перехода на изолированные системы случилось блаженство
Ð
А образовался там такой кошмар сам по себе за несколько лет эволюции того что там крутилось, вначале это была одна база.
M
Но общее количество поломок гораздо меньше. А это жирный плюс в некоторых случаях
Ð
Я не претендую на истину, просто такой вот опыт. Насчет общего количества поломок я тоже не уверен. Изолированные системы хорошо работают.
Ð
И всегда легко можно отмасштабировать вертикально до упора в самый мощный сервак, не трогая вообще остальные.
M
Ну когда такие нагрузки, то да, тут естественно только один вариант)
Ð
Нагрузки имеют свойство расти. Там вначале всего хватало, естественно. А потом начинается, то память, то ядра, то иопсы, то бэды.
Ð
Один сервис чинить проще чем все, особенно если они не сильно интегрированы. И на запасной сервер проще переключать. В общем, мне так проще. Наверное можно и по-другому, почему нет. Архитектура самой разной бывает.
M
Ð
Один сервис чинить проще чем все, особенно если они не сильно интегрированы. И на запасной сервер проще переключать. В общем, мне так проще. Наверное можно и по-другому, почему нет. Архитектура самой разной бывает.
А на запасной как переключаете? Человек скриптами или автоматом?
Ð
Просто сервер с репликой становится мастером
Ð
А мастер отправляется на переработку
Ð
Скрипты конечно есть
M
А сервисы не пытаются что-то в старый мастер записать? У меня всё руками, pgbouncer останавливаю, переключаю и заного включаю pgbouncer на всех нодах. Но хочется как-то автоматизировать. К сожалению, боюсь граблей нахватать с Патрони и прочими решениями
Ð
А сервисы не пытаются что-то в старый мастер записать? У меня всё руками, pgbouncer останавливаю, переключаю и заного включаю pgbouncer на всех нодах. Но хочется как-то автоматизировать. К сожалению, боюсь граблей нахватать с Патрони и прочими решениями
нет конечно, никто не пытается писать туда куда не следует
M
Ð
нет конечно, никто не пытается писать туда куда не следует
А как вы этого добились?
Ð
это решается либо назначением айпишника, либо быстрой заменой конфига у клиентов
M
Понял, спасибо
M
Всем спасибо, а я правильно понимаю, что в таком случае не обойтись без какого нибудь pgbouncer? А то сейчас постоянно висят несколько сотен соединений, которые наподнимали сервисы, каждый для себя для своего внутреннего пула. Приходится очень сильно задирать max_connections. И вообще насколько адекватно совместно использовать сразу оба пула соединений, и на стороне приложения и на стороне БД?