> Tech > Choisir un serveur

Choisir un serveur

Tech - Par Renaud ROSSET - Publié le 24 juin 2010
email

Un équilibreur de charge peut utiliser les informations issues de la surveillance interne et externe d'un serveur pour sélectionner celui qui traitera le mieux la requête d'un client. Si tous les serveurs ont la même capacité matérielle et logicielle, l'équilibreur de charge peut être configuré de façon à  appliquer un

système à  tour de rôle pour sélectionner un serveur en fonction de l’état
des différents serveurs.

En revanche, s’il gère un serveur doté d’un processeur Pentium III et un autre
doté d’un Pentium Pro, l’équilibreur de charge doit être configuré de façon
à  rediriger davantage de trafic vers le serveur le plus puissant. Il s’agit
dans ce cas d’une configuration à  tour de rôle pondérée.Un équilibreur de charge
sophistiqué permet de personnaliser la stratégie de sélection de serveur.
Un équilibreur de charge sophistiqué permet de personnaliser la stratégie de
sélection de serveur. Par exemple, il est possible de configurer une stratégie
de façon à  inclure dans la carte réseau d’un serveur l’utilisation de la CPU
et de la mémoire, ainsi que le nombre de connexions TCP ouvertes et de paquets
transférés.
La formule de la charge de l’équilibreur sera par exemple : (10 x utilisation
CPU) + (3 x utilisation mémoire) + (6 x nombre de connexions TCP ouvertes) +
(3 x nombre de paquets transférés) = charge d’un serveur. Lorsqu’il reçoit la
requête d’un client, l’équilibreur de charge calcule la charge de chaque serveur
d’après la formule et redirige la requête au serveur supportant la charge la
plus faible.
Il arrive, dans certains cas, qu’une fois un serveur affecté à  un client par
l’équilibreur de charge et une connexion initiale établie entre le serveur et
le client, une application oblige l’équilibreur à  envoyer constamment le trafic
du client à  ce serveur-là . On parle alors de connexion permanente. Par exemple,
un utilisateur fait des achats dans une librairie en ligne et met trois livres
dans son caddy.
Si le serveur qui traite la requête de ce client met en cache localement des
informations sur le caddy, l’équilibreur de charge ne peut pas basculer le nouveau
trafic du client vers un autre serveur, même si la charge se déséquilibre entre
les serveurs d’un site. Sinon, les trois livres du caddy du client seront perdus,
car le nouveau serveur ne possède pas les informations sur le caddy.

C’est pourquoi, l’équilibreur de charge doit se rappeler quel client accède
à  tel ou tel serveur durant une certaine période à  définir en fonction du comportement
et des applications du client. Si elle est activée, la fonction permanente d’un
équilibreur de charge outrepassera toujours les autres stratégies d’équilibrage
de charge. Le moyen de maintenir une connexion permanente est de trouver l’identité
d’un client et de la lier à  un serveur de destination.
L’équilibreur de charge utilise habituellement l’adresse IP source du client
pour l’identifier. Mais l’adresse source peut très bien ne pas être l’adresse
IP réelle du client. Beaucoup d’entreprises et d’ISP utilisent des serveurs
proxy pour contrôler le trafic du Web et cacher les adresses IP de leurs utilisateurs.
Ainsi, si 500 clients accèdent à  un site Web à  partir d’AOL et 10 clients à 
partir d’un autre prestataire, la charge des serveurs sera déséquilibrée, parce
que l’équilibreur de charge liera les 500 clients AOL possédant la même adresse
source à  un seul serveur et les 10 autres à  un autre serveur.

Pour surmonter cet inconvénient, un équilibreur de charge supportant l’adresse
IP source et la liaison des numéros de port TCP peut distinguer les clients
même si ceux-ci utilisent le même serveur proxy. L’équilibreur de charge peut
faire cette distinction car chaque connexion TCP possède une adresse IP source
et un numéro de port TCP uniques. Un autre moyen d’identifier un client utilisant
une session HTTP sécurisée consiste à  surveiller une ID de session SSL (Secure
Sockets Layer).
Le protocole SSL affecte une ID à  une session SSL établie et les applications
de commerce en ligne utilisent souvent SSL. L’innovation la plus récente pour
supporter une connexion permanente est le cookie Web, qui contient l’identité
et d’autres informations sur le client, telles que le serveur auquel celui-ci
a accédé en dernier.
En examinant le contenu des cookies, un équilibreur de charge est mieux à  même
d’identifier les clients et de sélectionner le serveur qui leur convient le
mieux. Parmi les éditeurs indépendants proposant des équilibreurs de charge
reconnaissant les cookies, on peut citer Alteon WebSystems, ArrowPoint Communications,
F5 Networks et Resonate.

L’innovation la plus récente pour supporter une connexion permanente est le
cookie Web, qui contient notamment l’identité du client.

Dans une autre méthode de sélection de serveur, à  savoir la liaison immédiate,
les équilibreurs de charge peuvent choisir un serveur pour un client et envoyer
le client au serveur dès qu’ils reçoivent le paquet SYN TCP du client.

Bien que cette méthode soit rapide, un équilibreur de charge n’a pas le temps
d’établir d’autres informations, telles que ID de session SSL, cookie, URL ou
autres données applicatives.

Pour en savoir plus sur le client et prendre une meilleure décision, l’équilibreur
de charge a besoin de prendre son temps pour examiner les informations de la
couche applicative. Avec la méthode de liaison différée, l’équilibreur de charge
attend, pour sélectionner des serveurs, que la liaison TCP à  trois voies soit
établie et que l’équilibreur de charge et le client établissent une connexion.
L’équilibreur de charge prend connaissance du contenu en examinant les informations
de la couche applicative avant de sélectionner un serveur.

Téléchargez cette ressource

Guide de Sécurité IA et IoT

Guide de Sécurité IA et IoT

Compte tenu de l'ampleur des changements que l'IA est susceptible d'entraîner, les organisations doivent élaborer une stratégie pour se préparer à adopter et à sécuriser l'IA. Découvrez dans ce Livre blanc Kaspersky quatre stratégies efficaces pour sécuriser l'IA et l'IoT.

Tech - Par Renaud ROSSET - Publié le 24 juin 2010