[Linux Virtual Server] Architecture possible

Architecture possible [Linux Virtual Server] - Réseaux - Systèmes & Réseaux Pro

Marsh Posté le 28-01-2009 à 07:53:38    

Bonjour à tous
 
Au taff on me demande d'étudier une solution de répartition de charge avec LVS (ou autres d'ailleurs, tant que ca fait ce qu'on lui demande)
Donc me suis plonger dans les divers tuto diponibles (rares) et la doc (en anglais, bon a priori ca me dérange pas mais la y en a un paquet donc le temps de tout traduire/comprendre suis pas arrivé)
 
Je vous explique la problématique :
 
Des sites web pour les clients sont actuellement hébergé sur des dédibox, le probleme étant, si a 19h y a de la pub pour un de ces sites sur M6 je vous explique pas le nombres de connexions donc faudrait pouvoir répartir la charge au cas ou
 
LVS semble pouvoir faire ce qu'on veut mais le probleme principal viendrait de la synchro des données entre serveurs, sur des sites statiques pas de probleme, on copie juste le site web sur un second serveur, mais pour des sites dynamiques avec par exemple upload de photo sur quelle architecture je devrais partir?
 
Mon idée :
 
2 load balancer (au cas ou un crash) relié entre eux par heartbeat donc si le premier tombe l'autre prend le relais
http://doc.ubuntu-fr.org/heartbeat  
 
derriere ca mes 2 serveurs web, je pensais les synchroniser avec DRBD qui est du raid par réseau
http://doc.ubuntu-fr.org/drbd
 
Le tout relié en VPN
 
dans ce genre la : http://www.linuxvirtualserver.org/VS-IPTunneling.html
avec une synchro par DRBD entre les "realserver" et 2 "load balancer"
 
question: Ma bande passante ne va t elle pas etre surchargée par les synchro entre serveur dans le cas d'upload ?
autre question: cela serait t il applicable à un serveur mail (postfix) ou Mysql ?
 
Sinon on envisage la solution de se prendre 1/4 de baie chez OVH d'y installer 2 serveurs de stockage de données relié entre eux physiquement pour la synchro tout en gardant la solution LVS pour les serveurs web mais en ne laissant que du statique dessus.
 
Je suis preneur de toutes autres solutions/explications, j'suis open!!!
 
Merci

Reply

Marsh Posté le 28-01-2009 à 07:53:38   

Reply

Marsh Posté le 28-01-2009 à 21:02:11    

personne?

Reply

Marsh Posté le 29-01-2009 à 22:55:14    

P'tite réponse vite fait :
 
LVS ne te donnera pas de répartition de charge c'est des serveurs "virtuels". Tu penses peut être à IPVS pour le LB non ?
 
Sinon typiquement là c'est un load balancer & un système de cache qu'il te faut... mot clés : haproxy, varnish, memcached, mogilefs, drbd. Si tu loues une baie, pose un cable croisé entre tes machines :o
 
have fun


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 30-01-2009 à 01:51:55    

Gné un cable croisé entre tes machines ? oO squoi le rapport?  
 
en passant comme ça :
 
vaut mieux mette X euros dans une appliance ayant bonne réput et qui marche que de passer une semaine à setup  un truc à la mord moi le noed.

Reply

Marsh Posté le 30-01-2009 à 06:55:56    

"Applications of the Linux Virtual Server
 
The Linux Virtual Server as an advanced load balancing solution can be used to build highly scalable and highly available network services, such as scalable web, cache, mail, ftp, media and VoIP services. "
 
LVS ca repose sur IPVS  :)  
 
Merci pour les autres mot clé ,je vais fouiller
 

Citation :

Gné un cable croisé entre tes machines ? oO squoi le rapport?  
 
en passant comme ça :
 
vaut mieux mette X euros dans une appliance ayant bonne réput et qui marche que de passer une semaine à setup  un truc à la mord moi le noed.


 
Le cable croisé c'est pour la réplication des données
A  ce que j'ai pu voir ca marche bien LVS une fois mis en place, parce que X euros ca peut monter extremement vite !

Reply

Marsh Posté le 31-01-2009 à 16:04:49    

C a y est j'ai mis en phases de tests une solution basée sur ultramonkey, ca marche pas mal du tout
J'approfondis mes tests

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed