Discussion :

[magicseb007]

Bonjour,

après avoir créer avec succès une réplication Maître - Esclave directement avec PostgreSQL, je cherche à créer une réplication Maître - Maître.

J'ai déjà installé mes 2 serveurs en version 13 sous debian.

Je cherche de la haute disponibilité, et si possible du load balancing.

J'ai regardé pgpool mais je ne trouve pas de tuto récent pour l'installation et la configuration.

Avez-vous des idées d'outils pour la mise en place ou de bons tutos ?

Merci

[SQLpro]

Il n'est pas possible d'avoir deux nœuds maitres avec PostGreSQL. Le seul SGBDR à proposer cela est Oracle avec RAC.

A +

[magicseb007]

Aucun outil ne permet d'avoir un pool qui gère plusieurs noeuds avec de la haute disponibilité avec PostgreSQL ?

[SQLpro]

En read/write non... Il n'existe aucune solution libre à ce niveau !

Il faut se tourner vers Microsoft SQL Server avec les DPV (très utilisées pour les sites web marchand comme CDiscount, Fnac.com, Veepee...) ou Oracle RAC. Et dans tous les cas il y a certaines conditions de modélisation de la base à respecter, la première étant que toute table doit avoir une clé primaire !

Maintenant avec le cloud c'est plus simple, car l'évolutivité est intégrée. Par exemple Microsoft Azure SQL garantit que votre BD sera présente sur 3 sites différents (vous ne savez d'ailleurs jamais sur quel site sont dirigées les requêtes..., c'est distribué) et en sus le serveur peut être choisit dans la catégorie "élastique" ce qui permet de payer peu cher un petit serveur qui évoluera automatiquement en fonction de la charge...
https://docs.microsoft.com/fr-fr/azu...-pool-overview

Si votre but est de faire du "scale out", c'est à dire rajouter des serveurs SGBDR en parallèle, c'est que vous avez de gros besoins en nombre d'accès. Or PostgreSQL est très limité à ce sujet par défaut 100 utilisateurs et il n'est pas conseillé de dépasser 300 car la consommation des ressources va être phénoménale puisque PostGresQL ne fait pas de pooling ! À contrario, un SGBDR comme SQL Server permet d'avoir jusqu'à 30 000 utilisateurs sans broncher dans une seule instance (dans PostGreSQl on parle de "cluster" à la place de instance) et les licences des réplicas sont gratuites, sauf à permettre la lecture des nœuds esclaves.

Enfin la "sacalabilité" horizontale est extrêmement couteuses en terme de codage, maintenance sécurité... C'est pourquoi on tente de l'éviter ou la repousser au plus tard !

A +

[magicseb007]

On quitte un SGDB payant (Pervasive ou Actian maintenant) car le prix de la licence est un frein à l'installation. C'est pour cette raison que nous nous somme orientés vers une base gratuite, sachant que le maximum d'utilisateurs approche la centaine

[SQLpro]

Alors quel intérêt d'avoir du READ/WRITE sur tous les nœuds ?

Dans votre cas, PostGreSQL sera un bon choix si :
1) vous ne dépassez pas trop les 100 utilisateurs
2) vous avez des heures creuses pour la maintenance (par exemple nuit, weekend...)

Et donc, la réplication en mode STREAMING permettra d'assurer le PCA/PRA

A +