PGConf.Russia 2025

Если вы настраивали отказоустойчивый кластер Postgres, то сталкивались с необходимостью перенаправления пользовательского трафика на пишущий узел после аварии на основном узле и переключения на резервный. 

Скорее всего, для решения этой задачи вы настраивали дополнительное ПО, которое отслеживало состояние вашего отказоустойчивого кластера и перенаправляло трафик на нужный узел. Чтобы это ПО не превратилось в единую точку отказа, вы разворачивали дополнительную логику по обработке сбоев уже на этом слое. Кроме того, возможно, вы сталкивались с ограничениями Postgres по одновременной обработке большого количества клиентских сессий и с необходимостью пулинга запросов. 

Мы разработали расширение Proxima, которое снимает необходимость в настройке и администрировании дополнительного программного обеспечения. Proxima — масштабируемый, отказоустойчивый прокси-сервер и пулер соединений, способный перенаправлять трафик на пишущий узел, а при работе с BiHA переключение на новый пишущий узел в случае аварии происходит автоматически. 

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

Десятки PostgreSQL пришли на место одному большому Oracle. Одна из ключевых бизнес-систем была переработана и полностью перестроена на рельсы импортозамещенного решения. Особенности, архитектура, проблемы и эксплуатация — будет очень интересно!

Всем известно, что для быстрого обновления PostgreSQL нужно использовать инструмент pg_upgrade. Однако даже в этом случае бывают ситуации, когда невозможно уложиться в какое-то нормальное время обновления. В нашем случае, чтобы выполнить обновление в СУБД PostgreSQL, которое содержит 350 тыс. таблиц, пришлось либо ждать 3 с половиной часа, либо найти другой способ обновления. Мы немного покопались в исходниках утилиты pg_upgrade и нашли вариант, когда процесс обновления можно ускорить в несколько раз. Об этом способе мы вам и расскажем.

Многие компании в РФ хотят закрепиться на рынке реляционных СУБД, создавая свои коммерческие решения. Чаще всего это форки ванильной PostgreSQL. Однако помимо СУБД, заказчикам нужно графическое средство управления — Enterprise Manager. Его форкнуть крайне затруднительно,поэтому приходится разрабатывать с нуля с оглядкой на конкурентов.

В докладе будет приведён обзор Enterprise Manager от различных отечественных вендоров СУБД. Я сравню их основные характеристики: функциональность, удобство пользования, визуал. Постараюсь дать ответ на вопрос, какой Enterprise Manager можно признать наиболее удачным.