Пассажир использует больше соединений PostgreSQL, чем ожидалось

Серьезная проблема, возникающая в продакшене в течение долгого времени, мы понятия не имеем, откуда она взялась. Иногда может воспроизводить его на локальном хосте, служба поддержки Heroku Enterprise ничего не знает об этом.

В нашей производственной базе данных в настоящее время есть следующие настройки:

• Пассажирский автономный, потоки отключены, максимум 25 процессов. Нет минимальной настройки.
• 3 веб-дино

SELECT * FROM pg_stat_activity GROUP BY client_addr и подсчет количества подключений на каждый экземпляр показывает, что в наши пиковые дни открыто более 1 PSQL-подключения для одного пассажирского процесса.

Предположения:

• Единый адрес - это один динамометрический стенд (Подтверждено сотрудниками Heroku)
• Пассажир не запускает более 25 процессов одновременно (подтверждено с помощью passenger-status во время этих пиков)

Вот скриншот того, как выглядит SELECT * FROM pg_stat_activity;:

На скриншоте мы видим, что 45 подключений psql исходит от того же динамометрического стенда, на котором работает пассажир. Если мы следовали нашей предыдущей логике, у него не должно быть более одного соединения на процесс Пассажира, поэтому 25.

Журналы не выглядят необычно, ничего не упоминается ни о сбое динамометрического стенда, ни о сбое процесса.

Вот скриншот нашего статуса пассажира для одного и того же динамометрического стенда (в разное время, просто чтобы доказать, что для одного динамометрического стенда создано не более 25 процессов):

И, наконец, один из ответов, которые мы получили от службы поддержки Heroku (Замечательная поддержка, кстати)

I have also seen previous reports of Passenger utilising more connections than expected, but most were closed due to difficulty reproducing, unfortunately.

В документации Passenger поясняется, что Passenger самостоятельно обрабатывает соединения ActiveRecord.

Любые лиды приветствуются. Спасибо!

Различная информация:

• Версия Ruby: 2.4.x
• Версия Rails: 5.1.x
• Пассажирская версия: 5.3.x
• Версия PG: 10.x
• Версия ActiveRecord: 5.1.x

Если вам нужна дополнительная информация, просто дайте мне знать в комментариях, я с радостью обновлю этот пост.

Последняя вещь: Мы используем ActionCable. Я где-то читал, что пассажир странно обрабатывает соединения сокетов (открывает несколько скрытый процесс, чтобы поддерживать соединение). Это один из наших зацепок, но пока не удалось воспроизвести его на localhost. Если кто-нибудь может подтвердить, как Passenger обрабатывает соединения ActionCable, мы будем очень признательны.

Обновление 1 (10.01.2018):

Опробовал:

• Отключите функцию NewRelic Auto-Explain, как описано здесь: https://devcenter.heroku.com/articles/forked-pg-connections#disables-new-relic-explain
• Запустите локально пассажирский сервер с минимальным и максимальным размером пула, установленным на 3 (больше заставляет мой компьютер гореть), затем завершите процесс с помощью различных сигналов (SIGKILL, SIGTERM), чтобы попытаться увидеть, закрыты ли соединения должным образом. Они есть.