Bonjour,
 
Dans le cadre d'une répartition de charge logiciel de serveurs Web, j'aurais aimé savoir quelles solutions vous utilisez/recommandez pour répartir la charge de vos serveurs en tenant compte du temps de réponse des requêtes et/ou de l'état physique des machines (utilisation proc/mémoire, accès disques) ??
 
Je prévoyais d'utiliser Linux Virtual Server avec IPVS mais je crois que l'application ne gère pas ces options...

Mmh, je m'étais promis de répondre, mais je n'ai pas encore trouvé le temps. J'ai mes docs sous la main lundi, si tu peux encore patienter le week-end...

Ca marche !    

Je viens de m'apercevoir que je t'avais oublié (oups).
Sans faute demain !

Pas de soucis

Alors pour ce qui est de IPVS, généralement on le fait tourner avec ldirectord (+ultramonkey). Il est clair que ça ne va pas vérifier la charge de tes serveurs, mais au moins s'assurer qu'ils sont "en vie" et susceptibles de répondre à une requête (IPVS seul ne le permet pas).
Ce que tu souhaites peut-être, c'est mettre de la haute disponibilité avec ta répartition de charge ; il existe un site : linux-ha.org (maisl les infos sur le cluster linux ne manquent pas sur le web).
Par ailleurs, tu peux toujours utiliser CentOS 5.1 dont le cluster est largement document sur le site.

Merci pour ces infos
 
Dans le cadre de mon projet, la haute disponibilité ne m'intéresse pas.
De ce que j'ai compris, LVS permet de répartir la charge suivant différents algorithmes :
 
- Au tour à tour (round robin)
- Au tour à tour avec poids (weighted round robin)
- Suivant celui qui contient le moins de requête (least connection)
- Suivant celui qui contient le moins de requête avec poids (weighted least connection)
 
Mais ce qui m'intéresse véritablement c'est la notion de temps de réponse apportés aux requêtes par les différents serveurs web. Ce que Linux Virtual Server (LVS) ne gère pas si je ne me trompe pas (?), d'ou ma recherche d'alternative.
 
Sur LVS (à ma connaissance en tout cas), un serveur 1 qui a 3000 requêtes et un poids fort recevra la prochaine requête si le serveur 2 en supporte 3001 et possède un poids faible. Peu importe les temps de réponses (sauf si biensûre, l'un des deux est timeout)
Problème, si le serveur 1 est mis à mal par sa dernière requête, il va quand même devoir répondre à la nouvelle requête alors que le serveur 2 était capable de le faire avec un meilleur temps de réponse.
 
Ce que j'entends par là c'est que les caractéristiques physiques d'un serveur et le nombre de requête qu'il supporte à un instant T ne sont pas forcément synonyme de bonnes performances. Une requête particulière peut impacter de manière significative le temps de réponse d'un serveur
 
Les exigences opérationnelles de mon environnement sont un petit peu pointilleuses.

Tu peux aussi aller regarder du ce cote ici ; on m'en a dit du bien, j'ai survole la doc pour ma part, mais ca peut repondre a tes exigeances.

Merci pour le lien
A noter aussi que je recherche des solutions gratuites (oui je sais je suis difficil )