Version imprimable
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
Il n'est pas possible d'avoir deux nœuds maitres avec PostGreSQL. Le seul SGBDR à proposer cela est Oracle avec RAC.
A +
Aucun outil ne permet d'avoir un pool qui gère plusieurs noeuds avec de la haute disponibilité avec PostgreSQL ?
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 +
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
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 +
Effectivement, la charge sur la base est quasi exclusivement la journée avec du creux les soirs et les dimanches.
Le but d'avoir un Maitre - Maître + pool est une continuité sans intervention en cas de panne, contrairement au Maître - Esclave
Bonjour,
Regardez du côté de Patroni pour le failover automatique d'une réplication asymétrique ("maître-esclave") en cas de panne du serveur primaire. Ça fonctionne très bien et c'est en production dans de nombreuses d'entreprises...
Pas besoin d'une réplication symétrique ("maître-maître") pour ça. Au passage, quelques projets autour de PostgreSQL développent des solutions de ce type (PostgresXL, BDR (payant), Bucardo (à base de triggers), etc.).
Autre point : pour la répartition de charge, vous pouvez aussi trouver des solutions libres et gratuites autour de PostgreSQL, comme HAProxy.
@+,
ced
La streaming réplication maintenant intégrée à PostgreSQl répond très bien à votre problématique et il vaut mieux utiliser un outil intégré, plus coopératif et plus pérenne lorsque cela existe plutôt qu'un outil tiers qui risque de disparaitre avec l'intégration de cette nouvelle fonctionnalité à PostGreSQL !
Enfin, la notion de maître-maître, veut dire que vous pouvez écrire en parallèle sur les différents nœuds... mais cela provoque irrémédiablement des conflits (mise à jour du même client par deux utilisateurs différents au même moment...) , que seules des techniques très avancées, et hors de porté actuellement du monde PostGreSQL (Oracle RAC, SQL Server DPV...) permettent de contourner.
Pas du tout besoin de cela dans votre cas. C'est donc bien une "réplication" maitre-esclave qu'il faut utiliser. Néanmoins, PG ne supporte pas le "failover" automatique comme le fait MS SQL Server par exemple...
https://blog.capdata.fr/index.php/po...ication-en-12/
A +
Merci Ced,Citation:
Envoyé par ced
je vais regarder du côté de Patroni, car effectivement le Maître - Maître était par rapport au failover.
Comme dis précédemment, j'ai tenté PgPool-II qui semble convenir mais sans trop de succès à la mise en place