Все эти кластеры и слоники - детские поделки не способные работать с большой нагрузкой в режими 24х7. Их можно использовать только если нужна частичная репликация для резервирования в реальном времени, и бизнес логика лежит не в базе.

У меня сейчас база ~100 ГБ активно меняющаяся 24 часа :)
Стоит на одном сервере: 2*Xeon двух-ядерных, 4GB памяти, база лежит на 4*72 GB SCSI HDD объединенных в RAID-10. Еще там параллельно крутиться JBOSS и Apache cо средней нагрузкой.

В принципе, живет нормально, load average не больше 10, в среднем 4-5, активных коннектов ~200. Одно время были сильнешие тормоза - все решилось переделкой методов взаимодействия с клиентским софтом и модификацией схем баз. Вся база нормально сливается раз в день в полный бэкап и раз в ~10 минут делается архивация на резервный сервер через PITR.

Проблемы: такая база уже плохо влезает в память и ПГ начинает тупить, особенно на больших джойнах и агрегатах при аналитике. Приходится ипользовать бубен. Но проще всунуть в сервер еще 4 гига и переделать конфиг, чем маяться с кластерами и слониками. Еще при частых апдейтах база "пухнет" (восстановленная с дампа весит почти на треть меньше), но тут уж ничего не сделать.

Ну вот ждем когда добавят такую фишку в ПГ. В принципе, у мен сейчас сделано, что при откаже основной базы происходит переключение резервной из режима восстановления в нормальный режим (перезапуск) и всем клиентам переназначаются IP сервера БД, хотя проще совсем сменить серверу IP.

Я еще не читал лог планируемых нововедений.. Вот выйдет, народ с месяц-два поиграется, тогда и буду читать-переходить :)