Ce hors-série nous a permis de présenter un certain nombre de solutions de pooling de connexions, de réplication... bref, de la haute disponibilité sur PostgreSQL. Cet article va faire le tour de tous les systèmes de pooling et de réplication que nous connaissons.
1. Synthèse des solutions actuelles de pooling
Voici un tableau faisant la synthèse des solutions de pooling de connexions :
|
Outil |
Licence |
Mode de pooling |
Type |
|
pgPool-II |
BSD |
session |
multiprocessus |
|
pgBouncer |
BSD |
session, transaction, instruction |
multithread |
Le choix ici est simple. Si vous avez simplement besoin de pooling, pgBouncer a de fortes chances d'être le bon choix. Si vous avez besoin aussi de répartition de charge, commencez par jeter un œil à pgPool-II.
Bien sûr, il existe d'autres systèmes de pooling qui ne sont pas spécifiques à PostgreSQL. Java/Hibernate en propose un, mais tous les échos que nous en avons eus sont peu flatteurs.
2. Synthèse des solutions actuelles de réplication
Et maintenant, un tableau faisant la synthèse des solutions de réplication.
|
Outil |
Licence |
Réplication |
Synchrone |
Répartition de charge |
Esclave accessible |
|
Log Shipping/Warm Standby |
BSD |
Maître/esclave |
Non |
Non |
Non |
|
pgPool |
BSD |
Maître/esclave, par réplication des instructions |
|
|
|
|
deux serveurs uniquement |
Oui |
Oui |
Oui |
|
|
|
pgPool-II |
BSD |
Maître/esclave, par réplication des instructions |
Oui |
Oui |
Oui |
|
slony-I |
BSD |
Maître/esclave, par triggers |
Non |
Non |
Oui |
|
Londiste |
BSD |
Maître/esclave, par triggers |
Non |
Non |
Oui |
|
Mammoth |
BSD |
Maître/esclave |
Non |
Non |
Oui |
|
rubyrep |
MIT |
Maître/maître ou maître/esclave |
Non |
Non |
Oui |
|
Bucardo |
BSD |
Maître/maître ou maître/esclave, par triggers |
Non |
Non |
Oui |
|
DRBD |
GPL |
Maître/esclave |
Oui |
Non |
Non |
|
Cybercluster |
BSD |
Maître/maître |
Oui |
Oui |
Oui |
|
PGCluster |
BSD |
Maître/maître |
Oui |
Oui |
Oui |
|
Postgres-R |
BSD |
Maître/maître |
Oui |
Oui |
Oui |
Attention, pgPool est un projet abandonné qui a laissé la place à pgPool-II. Tous les projets présentés dans ce tableau sont spécifiques à PostgreSQL, à l'exception de rubyrep et de DRBD.
Les projets les plus intéressants actuellement (car les plus actifs) sont Log Shipping/Warm Standby, pgPool-II, Londiste et Bucardo.
3. Le futur
Maintenant que nous avons revu les différentes solutions actuelles, regardons ce qui devrait arriver sous peu.
3.1 Au niveau de PostgreSQL
Tout le monde attend avec une grande impatience la possibilité d'avoir accès en lecture seule aux serveurs Warm Standby. En fait, la dénomination officielle est Hot Standby, d’où le nom du patch de Simon Riggs. Initialement prévue par son auteur pour la 8.4, elle a dû être repoussée. Nous espérons voir cela pour la 8.5, même si Simon semble rencontrer des soucis quant à son implémentation dans PostgreSQL.
Autre patch très attendu, SyncRep. Le but est de fournir une synchronisation à la transaction près, dans le moteur de PostgreSQL. Une sorte de Log Shipping qui n'envoie pas de journaux de transactions complets, mais plutôt des bouts de journaux correspondant à des transactions unitaires. Là aussi, son auteur travaille dessus.
Il faut bien dire qu'avec ces deux patchs, la vie des autres systèmes de réplication risque de se compliquer. Certains systèmes pourraient tirer leur épingle du jeu en appuyant sur le fait qu'ils ont une granularité beaucoup plus fine quant aux choix des objets à répliquer. Slony, Londiste, Bucardo et rubyrep en font partie.
3.2 Le futur de Slony
Cela ne sera pas Slony-II qui est laissé en friche depuis bien trop longtemps. Aucun développeur ne travaille dessus.
L'article sur Slony utilisait PostgreSQL 8.3, ce qui n'est pas un hasard, la version 8.4 n'étant pas encore supportée. Très rapidement, les versions 1.2.17 et 2.0.3 devraient sortir pour supporter cette version. Il devrait même y avoir un support des triggers TRUNCATE. Si vous utilisez Slony, testez ces versions, elles sont prometteuses.
Mais, à notre connaissance, il n'y a pas de plan pour une évolution plus importante.
3.3 Londiste 3
Les développeurs de Skype vont frapper un grand coup avec cette nouvelle version majeure des Skytools. Tout en conservant les meilleures fonctionnalités de la version 2, ils vont ajouter :
- un support des serveurs en cascade par le système de gestion de queues, PGQ ;
- un support des COPY parallélisées par Londiste, accélérant ainsi la mise en place d'une réplication ;
- une commande EXECUTE qui sera de la partie pour exécuter des scripts SQL sur les différents nœuds en même temps (pensez à l'envoi d'une modification de schéma sur tous les nœuds, ce que Slony est capable de faire avec slonik_execute_script.pl) ;
- une création automatique des tables et séquences par import de la structure du nœud maître (cela supprime une étape dans la mise en place de la réplication) ;
- une nouvelle console interactive d'administration ;
- et plein d'autres choses.
Clairement, les développeurs de Londiste proposent une nouvelle version très attrayante. Néanmoins, ils n'ont pas l'air très pressés de sortir cette version. Ils ont certainement besoin d'aide pour des tests. Avis aux amateurs !
3.4 Bucardo
Cet outil semble être bien parti pour progresser rapidement. Bien qu'il ne soit pas à la portée du premier venu pour l'instant, sa prochaine version, la 4.0, devrait être bien plus simple d'installation, tout en gardant cette fonctionnalité unique de réplication maître/maître.
