Discussion :

[ServInfo56]

Bonjour,

Nous souhaiterions sécuriser et assurer de la haute disponibilité à notre infrastructure web.
Nous avons imaginé d'avoir en frontal un serveur CentOs avec apache en reverse proxy.
Ce reverse proxy interroge un serveur sous windows 2008 possédant une base de donnée SQL server 2008.

Nous voulons doubler toutes les machines pour assurer une continuité de service si l'une des machines se plante et utiliser le fait d'avoir tout en double pour faire du load balancing.

Notre problème se situe au niveau de la base de données.
Les deux serveurs windows doivent accéder à la même base.

Quelles sont les solutions ?

Merci pour vos réponses.

[SQLpro]

On ne peut pas faire du load balancing sur un SGBDR sauf à dupliquer toutes les données, c'est à dire lancer les UPDATE, INSERT, DELETE sur l'ensemble des serveur et si l'un plante, remonter le plantage aux autres pour que la synchronisation soit totale.
Cela est donc beaucoup trop couteux et les performances en seraient particulièrement catastrophique.
Si vous voulez réellement faire du load balancing, alors il faut avoir conçu l'application et la base de manière particulière. par exemple pour les gros sites web MS SQL Server comme fnac.com ou OOshop on utilise plusieurs machine, mais chacune n'a qu'une partie des clients calculé d'après un modulo sur le CHECKSUM du login.
Cela dit, il faut avoir un gigantesque volume pour commencer à faire du "scale out". En effet, cela coute énormément plus cher que du scale up (rajouter des ressources à la machine).

Pour la haute dispo : plusieurs solutions :
1) log shipping (asynchrone, latence quelques minutes)
2) custering (synchrone, mais SOPF : baise de disque)
3) mirraring synchrone ou asynchrone.

Lisez l'article que j'ai écrit à ce sujet : http://sqlpro.developpez.com/cours/s...disponibilite/

De plus amples informations seront disponible sur ce sujet dans la 4e édition de mon livre sur SQL : http://blog.developpez.com/sqlpro/p1...tion-des-serv/

A +

[ServInfo56]

Vu que nous serons dans un environnement de type cloud, j'avais imaginé une autre solution, c'est d'avoir une vm hébergeant la base de donnée et ne servant qu'a ça.
Du coup les autres serveurs windows interrogeront la même base.
Je pense alors faire du log shipping vers une autre vm pour sécuriser la bdd

[SQLpro]

Une VM pour un SGBDR ? J'espère que vous avez peu d'utilisateurs et un volume de données très faible.... Et que vous n'exigerez pas de performances....

Quand à faire de la haute dispo par la VM il faut en sus se farcir VSS qui "gèlent" les bases de données le temps de faire l'image de la VM sinon vos bases seront corrompues.

Lisez ce que j'ai écrit à ce sujet dans le lien déjà posté et en sus le lien suivant : http://blog.developpez.com/sqlpro/p8...irtualisation/

A +

[Ptit_Dje]

Juste une petite remarque mais qui vaut le coup d'être mentionnée, le SPOF du cluster n'est plus obligatoirement présent.
En effet une copie des données peut être réalisée de manière synchrone au niveau des disques (san -> san) ce qui permet a chaque noeud d'avoir ses propres données.

[mikedavem]

Je pense que les technologies SAN permettent de répondre à cette problèmatique actuellement en proposant de la redondance au niveau du stockage à tous les niveaux pour éviter la perte de disponibilité des données (redondance des paths, + redondance des alimentations + redondance des disques + redondance des contrôleurs etc ....)

Les "disques" ne sont finalement plus vraiment le SPOF au final mais c'est le SAN qui le devient. Maintenant on peut prévoir dans son plan de continuité de service la perte du SAN sur un site par exemple et proposer de la redondance avec de la réplication SAN comme le propose Ptit_Dje. A noter quand même que la mise en place d'une telle topologie est relativement coûteuse et exige une infrastructure réseau performante. Il faut voir si le jeu en vaut la chandelle.

++