# Поддержка PGBouncer

**URL:** https://f.docs.rw/t/topic/49
**Category:** Предложения
**Tags:** done
**Created:** 2026-06-10T20:57:08Z
**Posts:** 2

## Post 1 by @remnawave — 2026-06-10T20:57:08Z

Remnawave разворачивается в режиме INSTANCE\_TYPE=api (несколько форков через PM2 по числу ядер, регулируется API\_INSTANCES), плюс отдельные процессы INSTANCE\_TYPE=processor (BullMQ-воркеры users, nodes, очереди serial-operations) и INSTANCE\_TYPE=scheduler (review-nodes task, expiry-watch и т.д.).

У каждого процесса свой Prisma-пул, дефолт у Prisma: num\_physical\_cpus \* 2 + 1, что на 8-ядерной машине = 17 коннектов на один процесс. Уже 4 процесса дают **60+** коннектов в idle, под нагрузкой больше.

Postgres дефолт max\_connections=100 пробивается на ровном месте, а каждый коннект стоит ~10MB RSS у backend-процесса Postgres, то есть 100 коннектов = 1GB только под бэкенды.

PgBouncer впереди Postgres в pool\_mode=transaction с default\_pool\_size 20–30 сжимает 100+ клиентских коннектов до 25 серверных при сохранении пиковой пропускной способности.

---

## Post 2 by @remnawave — 2026-06-10T21:01:03Z

В версии 2.8.0 (а сейчас – в dev) была добавлена поддержка DIRECT\_URL.

Использование:

`DATABASE_URL` – тут указывается строка подключения с пулером (`?pgbouncer=true).`

`DIRECT_URL` - для того, чтобы миграции применились – тут нужно будет указать прямое подключение.

---

## Post 3 by @remnawave — 2026-06-12T21:01:31Z

Эта тема была автоматически закрыта через 2 дня после последнего ответа. В ней больше нельзя отвечать.