|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Membre à l'essai
![]() Inscription : mai 2007 Messages : 45 ![]() |
Bonjour à tous,
J'espère que je poste dans la bonne cat'. J'aimerai avoir des feedback sur la répartion de charge. Perso, je me suis pas mal documenté sur LVS (Linux Virtual Server). Il parraît que c'est pas mal. Néanmoins, je ne crois pas qui gère la répartion en fonction de la charge CPU ou surtout, du temps de réponse des requêtes... Connaissez vous un programme capable de le faire ? Merci d'avance |
|
|
00
|
|
|
#2 |
![]() ![]() Inscription : août 2005 Messages : 8 310 ![]() |
Généralement ça passe par une vraie machine spécialisée (un load balancer (= LBR) ou répartiteur de charge
) plutôt qu'un programme car c'est beaucoup plus efficace et on peut y associer d'autres fonctions comme la redondance (pour la tolérance aux pannes du répartiteur de charge), pare-feu ou routage, ce qui est plus délicat avec un serveur + logiciel.C'est pour quel besoin ?
__________________
![]() Du détail, du détail, du détail !!! Revenons à la source : lisons la documentation et les fichiers de trace, la réponse à notre problème s'y trouve sans doute
|
|
|
00
|
|
|
#3 |
|
Membre à l'essai
![]() Inscription : mai 2007 Messages : 45 ![]() |
Effectivement j'ai oublié de préciser le cadre. Pour répartir la charge entre plusieurs web homogênes tournant sous Apache. L'objectif étant pour le moment de trouver une solution libre et gratuite.
Donc, dans cet environnement, j'aimerai savoir si vous connaissez une solution capable de répartir la charge en tenant du temps de réponse, de la charge CPU, etc ? J'aurais aussi aimé savoir si LVS peut répartir la charge de serveur tournant sous un environnement Windows ? Merci |
|
|
00
|
|
|
#4 |
![]() ![]() Inscription : août 2005 Messages : 8 310 ![]() |
A part faire une recherche sur Gougueule, je n'ai rien à te proposer, ça dépasse mes compétences
__________________
![]() Du détail, du détail, du détail !!! Revenons à la source : lisons la documentation et les fichiers de trace, la réponse à notre problème s'y trouve sans doute
|
|
|
00
|
|
|
#5 |
|
Membre à l'essai
![]() Inscription : mai 2007 Messages : 45 ![]() |
C'est pas grave, merci quand même.
Pour l'environnement Windows, ça marche avec LVS même si c'est plus compliqué (tant que le répartiteur est sous linux). Pour le reste, je n'ai rien trouvé de probant :/ |
|
|
00
|
|
|
#6 |
![]() ![]() Inscription : août 2005 Messages : 8 310 ![]() |
On m'a parlé hier de Piranha, un outil Red Hat (donc Linux) basé sur LVS...
__________________
![]() Du détail, du détail, du détail !!! Revenons à la source : lisons la documentation et les fichiers de trace, la réponse à notre problème s'y trouve sans doute
|
|
|
00
|
|
|
#7 |
|
Membre à l'essai
![]() Inscription : mai 2007 Messages : 45 ![]() |
Et qu'est ce qu'on t'en a dis ?
Il ne gère pas plus le temps de réponse aux requêtes et l'utilisation proc/mémoire/disque... je suppose ? |
|
|
00
|
|
|
#8 |
![]() ![]() Inscription : août 2005 Messages : 8 310 ![]() |
Je ne pense pas. En tout cas d'après cette page, Piranha implémente un nombre limité d'algorithme. Je t'ai remonté l'info car un jour de la semaine dernière, on parlait comme ça avec des collèges des solutions soft de répartition de charge et l'un de nous a dit qu'il avait entendu parlé de Piranha.
En fait, avoir une solution qui se base sur l'utilisation des ressources CPU et RAM, c'est assez délicat : il faut installer des agents sur les serveurs qui remontent des infos au LBR. Les LBR implémentent plutôt différents algorithmes de répartition basés sur des paramètres objectifs que peuvent facilement connaître les LBR, par exemple le nombre de connexions actives sur les serveurs (algorithme appelé Least-connections).
__________________
![]() Du détail, du détail, du détail !!! Revenons à la source : lisons la documentation et les fichiers de trace, la réponse à notre problème s'y trouve sans doute
|
|
|
00
|
|
|
#9 |
|
Membre à l'essai
![]() Inscription : mai 2007 Messages : 45 ![]() |
Dans ce cas, si je me limite au temps de réponse des requêtes... Cela devrait être trouvable nan ?
En fait, j'ai peut être trouvé ici, avec un module d'Apache : http://httpd.apache.org/docs/2.2/mod..._balancer.html Qu'est ce que tu en penses ? (en tout cas, merci pour ton aide )
|
|
|
00
|
|
|
#10 |
![]() ![]() Inscription : août 2005 Messages : 8 310 ![]() |
Pourquoi pas, mais ça me paraît plus rudimentaire de LVS. En plus, il me semble qu'on peut construire des clusters de LVS (ou de Piranha), ce qui peut être intéressant, alors qu'avec le module Apache, j'ai des doutes (y a rien d'indiqué dans la doc en tout cas).
__________________
![]() Du détail, du détail, du détail !!! Revenons à la source : lisons la documentation et les fichiers de trace, la réponse à notre problème s'y trouve sans doute
|
|
|
00
|
|
|
#11 |
|
Membre à l'essai
![]() Inscription : mai 2007 Messages : 45 ![]() |
Ca c'est sûre, c'est plus rudimentaire, mais c'est la seule chose que j'ai trouvé comme alternative à LVS qui prend en compte le temps de réponse aux requêtes
|
|
|
00
|
|
|
#12 |
|
Membre Expert
![]() Inscription : janvier 2007 Messages : 1 452 ![]() |
salut,
ayant le même désire de load balancing et la même problématique à trouver des infos je remonte ce lien qui parle de l'installation de mod_proxy_balancer de apache >2.1 http://www.howtoforge.com/load_balan...proxy_balancer Ce n'est pas une solution idale pour bien des admins, mais moi sa semble me feeter o poil, et puis qd je voit qu'avec ce mod un utilisateur utilise toujours le même serveur en backend pour sa session et ben jme dit que je n'aurais pas de souci de session (de base en fichier avec php) donc je suis content ! par contre c'est tres simpliste, apparement on ne peut pas configurer autre chose qu'un nombre maximu de requete par membre du cluster. Il n'y à donc pas vraiment de répartition en fonction de la charge. bye |
|
|
00
|
|
|
#13 |
![]() ![]() Inscription : août 2005 Messages : 8 310 ![]() |
Pour continuer, on m'a présenter un outil en Java assez simple à mettre en place et qui fait HTTP(S) et LDAP(S) : http://distributor.sourceforge.net
__________________
![]() Du détail, du détail, du détail !!! Revenons à la source : lisons la documentation et les fichiers de trace, la réponse à notre problème s'y trouve sans doute
|
|
|
00
|
Copyright © 2000-2012 - www.developpez.com