PGConf.СПб 2023

Одним из требований для работы отказоустойчивого кластера Corosync/Pacemaker является фенсинг отказавшего узла. В виртуальных средах фенсинг реализуется путем отключения виртуальной машины через гипервизор, в кластере на физических серверах - через IPMI/ILO. Что делать, если фенсинг невозможно организовать, например, закрыт доступ или кластер в облаках? Об альтернативных способах фенсинга отказавшего узла я расскажу в своем докладе.

К большому сожалению, идеальные компьютерные системы существуют только в книжках фантастов. Проблемы работоспособности встречаются и в PostgreSQL. В данном докладе хочется обсудить как правильно (и неправильно) подходить к попыткам решить проблему, какой путь выбрать, какой инструмент использовать.

Доклад будет интересен как начинающим, так и опытным пользователям и администраторам баз данных.

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

Сталкиваясь с ограничениями по использованию западного ПО, наш Банк разработал и внедрил в промышленную эксплуатацию надежный механизм по репликации данных между двумя СУБД. Данный механизм позволяет командам банка без особых ограничений заменить продукт от компании Оракл (Oracle Golden Gate), используемый в банке долгое время. В докладе мы расскажем об основных преимуществах нашего ПО и особенностях его использования.