V
хочу раскидывать простые, но тяжеловатые SELECT'ы по репликам
Size: a a a
2019 October 02
VL
хочу раскидывать простые, но тяжеловатые SELECT'ы по репликам
у меня крамольный вопрос: на каком ЯП у вас бекэнд?
V
Kotlin
VL
Kotlin
тогда очень советую полностью отказаться от pgbouncer, и воспользоваться пулом коннектов прямо на бекэнде
VL
и там же разруливать, куда пойдут запросы
V
Бэки автоматически скейлятся
VL
и в чём проблема?
V
Надо будет координировать уже между ними, кто на какие реплики ходит
VL
зачем?
VL
просто всем дать немного коннектов. А распределять рандомом
VL
https://habr.com/ru/company/oleg-bunin/blog/461935/
неплохая статья, где разбираются проблемы, которые создаёт pgbouncer
неплохая статья, где разбираются проблемы, которые создаёт pgbouncer
V
чёт такое. Консул придётся поднимать, какие-то стратегии придумывать. Инстанс запускается минуты полторы, а реплика поднимается 12 и пока поднимается одна реплика +2-3 инстанса могут забить коннектами существующие реплики
VL
точное значение коннектор редко критично
V
да, а вот burst на старте нормально так нагружает
C
Alert! Vasily € is a known spammer and is CAS banned. Ban is strongly recommended.
VL
да, а вот burst на старте нормально так нагружает
значит надо его лимитировать
VL
V
Ну, у меея инстансы в Америке, так себе вариант
2019 October 03
rd
Что мы узнали об SRE, когда обработали первые 150к production инцидентов / Кукуй Матвей (Amixr.IO)
Е
Они любой Алерт называют инцидентом?