Тесты были направлены на VIP-адрес http-балансировщиков, соответственно, трафик распределялся на два уже оптимизированных web-сервера.
Для автоматического перемещения VIP-адреса кластера patroni был задействован vip-manager - это ПО подключается к DCS и мониторит состояние текущего лидера в кластере. В связи с этим, соответствующим образом были перенастроены odyssey и patroni.
Во всех тестах трафик проходил по маршруту
yandex.tank > haproxy > 2 x web > odyssey > vip-manager+postgresql
Пул соединений odyssey в режиме сессий.
Параметры теста остались прежними - увеличение до 200 rps за 200 секунд
schedule: line(1, 200, 200s)сработал модуль автостопа
в конце теста была одна взаимная блокировка
https://overload.yandex.net/232144
https://overload.yandex.net/232208
Так как фронтенд (относительно БД это web-сервера+zabbix-server) смог работать быстрее, то процессы php-fpm уже не удерживают соединения с БД из-за недостатка процессорных ресурсов. В связи с этим, больше, чем на тысячу увеличилось количество обработанных транзакций при уменьшении общей нагрузки на БД и, очевидно, что БД может выдержать ещё большую нагрузку. Комплексные экраны наглядно показывают разницу в используемых аппаратных ресурсах серверов и производительности БД, при этом.