Так с приложением можно делать чего угодно — пгбаунсер работает полностью для него прозрачно, хоть 500 коннекшинов от одного клиента, ему то какая разница. Если написать полностью аналогичный функционал для Вашего пула — то и это позволит уменьшить количество процессов постгреса. Другой вопрос зачем делать пгбаунсер с порезаным функционалом и потом его поддерживать.
Ну вот не понимаю зачем изобретать велосипед

да много чего можно сделать — просто стоит ли на это тратить время, если есть готовый продукт. Вы же не писали библиотеку обращения к постгресу — а взяли готовую, почему не взять готовое приложение.

Тем более пгбаунсер очень нетяжелая штука, если у него еще конфиги были не в виндовозных .ini-файлах, а в привычных .conf-ах — вообще бы было чудесно

Да, лучше — но Вы не можете учесть все ситуации и Вам придется потратить время на разработку и отладку модуля объединения сессий.

Сразу говорю я не программер, админ

На первый взгляд:
— надо объединять в пул не все сессии, а какое-то количество, по превышении порога открывать второй коннекшин
— надо иметь механизм мониторинга коннектов, нужна какая-то статистика подключений
— надо выставлять лимит в количество подключений — обязательно, иначе постгрес можно легко уложить какой-нибудь один лок

Это все есть в пгбаунсере и еще много чего другого

Окей, разворачиваю.

Глюрекорд прописывается для зоны только в случае нахождения нс-ов в этой самой зоне. Эта информация обязателльно есть хуиз

Для второго домена никакой глюрекорда быть в принципе не может — его нсы в другой зоне

Могу только предположить почему так произошло: для минимизации трафика к днс-у во время прописывания нс-ов они резолвятся и жестко прописываются, скорее всего это сделано только для своей подконтрольной ру-зоны. Скорее всего есть механизм обновления этих данных