Re: Architecture

Le Wednesday 23 April 2008, Jean-Christophe Arnu a écrit :
> Bonjour à tous,
>
> j'ai un besoin particulier de mise en place d'architecture : je
> dispose des éléments suivants :
> - un serveur d'applications faisant tourner Linux Apache PHP (entre
> autre) - un serveur de base de données maître
> - un serveur de base de données esclave répliqué via slony-I (a
> priori mais le choix n'est pas arrêté).
>
> Je souhaite que le serveur d'applications puisse accéder au "service"
> base de données en accédant au serveur maître dans le cas nominal et
> que si le serveur maître dysfonctionne, ce soit le serveur esclave qui
> réponde au service.

si le serveur 'esclave' n'a pas pour objectif de servir des requetes en
lectures seules, le choix pour moi serait d'utiliser le log shipping pour
avoir un spare de qualité irréprochable. La bascule peut en effet etre faite
via un changement IP, mais j'aurais peut-etre tendance a juste changer
mon /etc/hosts sur le serveur applicatif.
Dans tous les cas il *faut* redémarrer le serveur apache (donc les pconnect).
Si un pooler/bouncer est utilisé, ma préférence va à pgbouncer, meme avec un
stunnel, mais a ce niveau la, le mieux est de bencher et de voir la solution
la plus simple *et* la plus stable (par rapport à pgpool).

>
> J'ai donc besoin d'un service de type proxy pour effectuer cette opération.
>
> J'ai également besoin que les informations entre serveur
> d'applications et serveurs de bases de données transitent sur un lien
> SSL.
>
> Dans ce cadre, j'ai pensé à placer un pgpool2 ou pgbouncer sur le
> serveur d'applications qui aurait pour charge de gérer la connexion
> SSL (donc limitation pour pgbouncer) entre le serveur d'application et
> les bases. Par ailleurs, le proxy aurait pour tache de switcher les
> connexion en cas de problème sur le serveur maître vers le serveur
> esclave.
>
> Comme évoqué ci-dessus, pgbouncer ne permet pas de faire "nativement"
> du ssl, il faut utiliser stunnel. Par ailleurs, il me semble que
> pgpool2 permettrait de faire la fonction de switch par l'utilisation
> de requêtes parallèle mais j'aimerais avoir vos avis afin de faire le
> bon choix, et surtout m'assurer qu'il n'existe pas des alternatives
> plus élégantes en terme de choix de produit ou d'architecture (par
> exemple, utiliser des fonctions dns ou de changement d'ip avec
> heartbeat, qui me paraissent plus complexes ou plus système que des
> outils de proxy classique pour PostgreSQL).
>
> Par ailleurs, je me pose la question d'utiliser sql-relay mais je ne
> me suis pas trop renseigné sur le sujet, donc tout retour d'expérience
> serait le bienvenu!
>
> Merci pour toute information ou complément (piste de doc) !
>
> Cordialement,
>
> --
> Jean-Christophe Arnu

--
Cédric Villemain
Administrateur de Base de Données
Cel: +33 (0)6 74 15 56 53
http://dalibo.com - http://dalibo.org