Postgres 9.0 и репликация pgpool :единая точка отказа?

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

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

Поиск Я обнаружил, что pgpool можно использовать для моих нужд, но из всех примеров и учебника кажется, что точка отказа перемещается с основной базы данных на сервер, на котором работает pgpool .

Я читал что-то о множественном pgpool и инструменте heartbeat, но не совсем понял, как это сделать.

Учитывая мою архитектуру, в которой не существует отдельных и специализированных серверов, может ли кто-нибудь дать мне несколько советов? В случае аварийного переключения кажется, что pgpool делает все автоматически, могу ли я считать, что ситуация аварийного переключения может быть обработана обычным пользователем без вмешательства администратора?