Pour Postgres, il est possible de mettre en place la streaming réplication, asynchrone ou synchrone. Bien entendu la réplication synchrone a un gros impact sur les perfs. En gros tu pars d'une copie du maître puis celui-ci envoie ses journaux dans un flux, le secondaire les rejoue. Il est possible de paramétrer l'esclave pour qu'il puisse effectuer des requêtes de lecture.
Pour la bascule, il y a une commande ou un fichier à créer pour que le secondaire puisse recevoir des requêtes en écriture (http://www.postgresql.org/docs/9.4/static/warm-standby-failover.html). La bascule est immédiate. Pour que les applis contactent le nouveau serveur il faut mettre en place des solutions maisons à base de heartbeat ou corosync/pacemaker. En googlant 2s je suis tombé la dessus (pas testé) : http://clusterlabs.org/wiki/PgSQL_Replicated_Cluster


Dans le développement de Postgres on peut constater qu'il y a eu beaucoup d'efforts portés sur les mécanismes de réplications, la dernière version (9.4) en est la preuve avec la réplication logique : http://pgday.fr/slides/postgresql_9.4.pdf

Pour pgpool-II je serais plus prudent. Sur le papier c'est assez attrayant mais il a un coté couteau suisse : pooler, réplication, répartiteur de charge. Dans les faits il s'avère que l'outil est assez jeune et que le développement est assez soutenu, pas mal de corrections de bug etc ... Il réintègre le parser de requêtes de Postgres. En bref je trouve que ça fait beaucoup de choses et ça me parait assez lourd. Après je peux me tromper, peut être que dans 2 ans ça sera devenu une référence...

Bien entendu il ne faut pas se lancer à l'aveugle, il faut bien se former et effectuer tous les tests requis et surtout avoir une très bonne supervision. de la réplication. Il y a pas mal de sociétés qui proposent des formations, certaines contribuent au projet comme : Dalibo, 2ndquadrant.

Pour ma part j'ai effectué une formation chez Dalibo et le retour a été très positif.

Cordialement,

--

Adrien Nayrat