PGConf.Russia 2025

Перечислить все важные изменения 18-й версии во время выступления будет достаточно проблематично, если не сказать больше. Ведь заморозка кода состоится через неделю после доклада. Но вполне реально рассказать о том, что уже принято. А интересных изменений в области производительности, мониторинга, очистки (куда же без нее) и не только уже набралось немало.

По традиции доклад строится на материалах серии статей с обзором коммитфестов 18-й версии, которые публикуются в корпоративном канале Postgres Professional на Хабре.

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

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

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

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

В прошлом году мы сделали встроенную поддержку отказоустойчивости в Postgres Pro Enterprise — BiHA. Наше решение позволяет разворачивать отказоустойчивый кластер Postgres, в котором в случае сбоя пишущего узла новый пишущий узел (лидер) будет выбран автоматически.

При этом возникает проблема перенаправления трафика на нового лидера. Её можно решить с помощью нашего расширения Proxima или внешнего TCP-прокси сервера. И первое, и второе решение были вынуждены периодически опрашивать кластер BiHA для определения пишущего узла.

Как альтернатива, в новой версии BiHA появилась возможность зарегистрировать пользовательские функции, которые будут вызваны при возникновении таких событий в кластере, как смена лидера, добавление/удаление ноды и других. Этот механизм мы назвали пользовательские колбэки. В докладе мы расскажем, как реализованы колбэки и обсудим особенности их использования

Для DBA всегда актуален вопрос обеспечения защиты и целостности базы данных. И всегда где-то рядом требование — хранить эффективно/компактно, не нагружать сеть и гарантировано восстанавливаться.

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

TATLIN.BACKUP — универсальное решение для передачи и хранения архивов PostgreSQL на удаленных площадках из центрального офиса.