On Thu, Jun 05, 2003 at 10:08:34PM +0200, Bertrand Zuchuat wrote:
> Quelqu'un peut-il me dire quel outil utilis� pour faire de la
> r�plication de base de donn�es sachant que nous avons du
> "load-balancing" sur deux serveurs web avec deux bases identiques. Je
> dois donc avoir toujours les deux serveurs � jours ?
Le load-balancing en lecture/�criture est tr�s complexe dans le cas
g�n�ral et est un casse-t�te dans les cas particuliers.
Exemple:
- on ajoute une contrainte d'int�grit�: on ne peut ajouter une
commande que si la somme des commandes entr�es est plus faible
que le cr�dit total pour ce client.
- via la base A, un ajout est fait
- via la base B, idem.
- A et B respectent isol�ment la contrainte, mais pas ensemble.
Un v�ritable syst�me ACID verrait cela et annulerait une des deux
transactions A ou B, avec erreur � la couche application.
On peut toujours faire comme Martial a propos�, mais alors on ne fait
que s'approcher de la solution et suivant le contexte ce n'est pas
assez.
Les syst�mes parall�les ont un c�t� chaotique.
Maintenant, la bonne nouvelle: avec PostgreSQL il y a des outils pour
faire plus que s'approcher de la solution, certains libres, certains
propri�taires.
Il y a notamment DBBalancer, une solution centralis�e qui envoie les
m�mes ordres d'�criture � plusieurs bases de donn�es, et r�partit les
lectures. Elle consiste en elle-m�me un probl�me (single point of
failure) s'il s'agit de faire �galement du HA en plus du load-balancing,
et un point de ralentissement si les I/Os sont plus importantes que
le travail effectu� par la DB (!d�placer la complexit� dans la DB!).
Voir: http://sourceforge.net/projects/dbbalancer
Pour de la haute disponibilit�, il y a quelque chose ici:
http://www.lanux.com/news.html
aucune id�e de ce que cela vaut, mais le marketing dit:
Lanux technology complements and enhances PgSQL's recently released
replication solution, eRServer v1.2 by providing transaction integrity
and hot failover.
C'est propri�taire. Mais cela semble offrir load balancing, replication,
fail-over de fa�on plus efficace et sans bottleneck.
_______________________________________________
gull mailing list
[EMAIL PROTECTED]
http://lists.alphanet.ch/mailman/listinfo/gull
