BitludКакое решение наиболее правильно сделать для HA?
Когда даже миллисекунды переключения мастера очень критичны. чтобы доступность была 146%.

Как работают крупные конторы, с High-Availability и High-Load? Если из коробки постгрес не умеет HA вообще никак.

Сейчас работает обычная wal мастер-слейв реплика (9.3)
Имеется в наличии 2-3 сервера под базу. Теоретически один должен справляться с нагрузкой:
- памяти 128гигов, ssd диски, база почти вся уложится в память, шестиядерники
- транзакционные запросы, порядка несколько сотен в сек (из много больше, но основная нагрузка на мемкеш, монго и т.п.)
- т.е. база только под важные ГАРАНТИРОВАННЫЕ транзакции
- плюсом было бы использование остальных на чтение

Как минимизировать фактор простоя до нуля в переключениях/восстановления мастера.
Почему всё еще нельзя сделать мастер-мастер, как например у галеры.

крупным конторам за очень редким исключением миллисекунды на переключение не критичны...
банки так вообще на обновление системы тупо все отключают на выходные регулярно...
даже минуты редко важны... а за 10-30 секунд мастер переключается без проблем если по уму делать...

я вообще с трудом себе представляю задачу где одновременно
а)нужна полноценная sql база
б)10 секундный простой именно базы представляет из себя какую то сверхкритичную проблему

master-master в транзакционных системах штука очень непростая...

вообще посмотрите в скорону postgresql-XC - будет вам честный master-master с scale-up и на чтение и во многих случаях на запись (если по уму делать)... но администрировать его будет весело