относительно haproxy просто тупого tcp проксирования
у меня транзакционная нагрузка и фишки типа кеширования в proxysql ненужны

+ приложение уже умеет работать отельно с мастером и отдельно с слейвом только чтение

Да как бы понятно что относительно haproxy. Я спрашиваю что меряли?

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

ответ множества запросов от базы без proxysql и с proxysql

А Percona пишет что оверхед не миллисекунды а микросекунды.

ладно это не важно, тут больше вопрос который волнует меня и мою команду как быть если я выбрал PXC cluster сделать так чтобы если одна из 3х нод тормозит скажем от какогото тяжолого запроса, остальные 2  не замедлялись?

есть ли у wsrp асинхронный режим?

не верю что на полном времени запроса оверхед 15-20%. Запросы  типа SELECT 1; ?

в потоке 150мб проседает график

подскажите пжлст чатик где обсуждают прометеус

Вроде логс_ру

но там ... (в личку написал)

пасиб

Добрый день. Подскажите, пожалуйста, каким способом можно в networks-aliases добавить *.loc. Тестеры в своих тестах хотят каждый раз генерировать рандомное название сабдомена. И необходимо, чтобы контейнер в кором идут тесты мог резолвить *.loc
https://take.ms/IPlYhV

Всем привет. Подскажите, пожалуйста, может кто сталкивался.
Стоит задача поднять самую свежую последнюю версию sentry. Из коробки поднимается комбайн из ~20 контейнеров докера, в числе которых zookeper, kafka, clickhouse, redis, postgres. Для чего это всё нужно, и можно ли это упростить в конечном итоге, убрав всё лишнее. Хочется поднять эту историю без docker-compose, отдельными контейнерами (может в кубере, а может и просто на машине, но главное без docker-compose). Боюсь раскуривать как работает весь этот комбайн очень эпическая и долгая история. Сталкивался ли кто?

Говорят Гугл по запросу sentry  kubernetes выдает Хелм чарты

А для бомжей должно и версии попроще хватить, та что из 4 контейнеров