Je cherche donc à ajouter une haute disponibilité à un serveur PostgreSQL. J'ai examiné certains tutoriels sur le Web, mais je n'ai pas été capable de trouver exactement ce que je cherche.
Par exemple.:
Réplication PostgreSQL et veille chaude - En pratique http://blog.3dtin.com/2012/07/26/postgresql-Replication- et-hot-veille-in-praticique /
Est un excellent tutoriel pour savoir comment définir cela, mais le basculement est manuel.
Réplication et équilibrage de la charge avec PostgreSQL et PGPOOL2 http://www.keyup.eu/fr/blog/89-Replication-and- Équilibrage de charge-avec-PostgreSQL-and-pgpool2
Semble être parfait uniquement si le serveur PGPOOL n'était pas le point de défaillance unique.
Donc, ma question est que je ajoute si j'ajoute un cluster haproxy, tout comme n'importe quelle pool de serveurs Web distribue la charge, serais-je en mesure d'avoir le basculement automatique à la PGPOOL et donc aux serveurs PostgreSQL ??
Application Servers
|
|
ip1 -------- (floating) ip3 -------- ip2
HAPROXY ------- hearbeat -------- HAPROXY
pgpool II pgpool II
| \ / |
| \ / |
| \ / |
ip4<-----\-----------(to same master ip4) |
postgres ip5<------------------(to same slave ip5)
Master postgres
slave
Oui, vous n'avez pas besoin d'haproxy avec les dernières versions PGPOOL-II. Je ne sais pas dans quelle version il est introduit, mais la fonctionnalité "WatchDog" qui est maintenant intégrée à Pgpool fait tout ce qui est nécessaire pour les fialisations automatiques et réels ha.
Jetez un coup d'œil à ce post - Cela aidera à coup sûr.
Si vous avez PGPOOL fonctionnant sur deux serveurs avec une "IP flottante", il y a votre ha!
Services directs à la propriété intellectuelle flottante et si l'on disparaît, les demandes devraient commencer à être signifiées par l'autre?
Pas besoin d'une couche supplémentaire haproxy.