Ce guide explique comment configurer un Load Balancer simple en activant la persistance des sessions. Dans cet exemple, nous utiliserons la fonctionnalité HTTP-cookie pour faire cela.


Les éléments requis sont identiques à ceux du guide VrackLoadBalancingACESimple:

- 2 serveurs de gamme EG/MG/HG pour faire le Load Balancer
- les serveurs doivent posséder l'option utilisation professionnelle (nous aurons besoin d'une baie virtuelle pour configurer la connexion entre les hôtes et le boîtier ACE)
- vous devez posséder un Load Balancer ACE : http://www.ovh.com/fr/items/ace_load_balancing.xml
- vous devez posséder un bloc d'IP RIPE

Certaines sections de ce guide sont présentées sans explications (à venir).

Configurez les deux serveurs en suivant le guide baie virtuelle.
Nous configurons au préalable l'ip 172.16.0.1 sur la première machine puis 172.16.0.2 sur la seconde machine etc.

IMPORTANT !! Vous pouvez configurer 172.16.0.0/12 à l'exception des IP listées ci-dessous, vous ne devez en AUCUN CAS ajouter les IP suivantes comme interface sur votre machine: 172.16.0.0 => IP Network 172.31.255.250 => IP réservée utilisée dans notre exemple 172.31.255.251 => IP réservée utilisée dans notre exemple 172.31.255.252 => IP réservée utilisation interne OVH 172.31.255.253 => IP reservée utilisation interne OVH 172.31.255.254 => IP Gateway de votre baie de virtuelle

Vérifiez ensuite si vos serveurs arrivent à communiquer :





Nous allons maintenant configurer le Load Balancer ACE. Connectez-vous à celui-ci avec les codes d'accès que vous avez reçu par mail :


Entrez dans le mode de configuration:

Astuce ! Pour la suite, quand vous voyez "(config)" comme ci-dessus, vous devez faire ceci : Tapez "conf t" ou "configure" pour entrer dans le mode configuration puis quittez ensuite avec CTRL+Z une fois la configuration entrée.

IMPORTANT !! Nous utilisons un vlan dont le tag est proche du vôtre pour configurer l'accès au boitier ACE. Pour le vlan 2045, nous utilisons généralement le vlan 245. Il est cependant possible qu'il soit différent. Vous le retrouverez en faisant un "show running-config". Ne supprimez surtout pas l'interface vlan 245 ! Si vous faites cela, vous perdrez l'accès au Load Balancer et vous serez facturé pour la remise en état de la configuration par nos administrateurs.

Astuce ! Vous pouvez annuler une ligne entrée par erreur. Par exemple si pour la translation de port vous avez indiqué une mauvaise gateway, vérifiez votre configuration avec "show running interface" puis faites : rbx-99-6k-ace-1/vrack1234# configure rbx-99-6k-ace-1/vrack1234(config)# no ip address 72.16.0.10 255.255.255.255 Puis entrez la bonne règle : rbx-99-6k-ace-1/vrack1234# configure rbx-99-6k-ace-1/vrack1234(config)# ip address 172.16.0.10 255.240.0.0

D'abord, ajoutez "ANY" à l'acces-list pour autoriser l'icmp (le ping) et le tcp pour tout le monde :

Ensuite, définissez l'interface de la baie virtuelle pour l'utilisation interne.
OVH vous conseille d'utiliser l'ip 172.31.255.251. Nous faisons ici une translation de port vers les serveurs réels en NAT:




Vérifiez si vos serveurs A et B sont accessibles via la baie virtuelle depuis l'ACE :




Avant tout, nous demandons à l'ACE de verifier le fonctionnement de vos machines, nous définissons alors PROBE_TCP avec un intervalle de 30 secondes et 60 secondes en cas d'erreur:


Déclarez les serveurs dédiés. Nous annoncons les machines du loadbalancing, ainsi que leurs ip et le protocole de connexion à suivre.
Dans cet exemple, nous mettons une limite de connexion de 50000 pour prévenir les surcharges:


Créez une Ferme de serveur
Dans cet exemple, la ferme s'appelera FARM_WEB, nous utiliserons la méthode "predictor leastconns" qui crée un Load Balancer basé sur le nombre de connexion. Nous utilisons ici le PROBE_TCP configuré plus tôt:



L'ACE va utiliser un cookie pour enregistrer les connexions. Nous configurons notre groupe StickyGroup1? d'utiliser un cookie appellé CookieACE. Le cookie a une durée de vie de 3600 minutes. Notre groupe inclue toutes les machines de notre ferme FARM_WEB :



Nous appliquons la précédente confiration sur la configuration de loadbalancing, et nous inserons l'IP source du client dans dans l'entête HTTP :


Comme dans le guide VrackLoadBalancingACESimple, nous créons une classe pour relier tous les éléments de la configuration :


Il ne nous reste plus qu'à appliquer la règle service-policy et access-list sur l'interface VLAN d'entrée :



Pour tester la persistance, nous devons configurer des cookies sur le site web concerné.
Créons un fichier cookie.php dans le répertoire racine de votre site web.
Cela va générer un cookie appelé CookieACE avec une valeur aléatoire ou simplement l'afficher s'il est déjà présent sur la navigateur web:

Faites de même sur le second serveur mais indiquez "Hello from SERVER2" au lieu de "Hello from SERVER1" pour bien voir la différence entre les deux.


Pour tester la persistance de votre session, rendez-vous sur http://188.165.125.115/cookie.php (ip.du.serveur.1/cookie.php). Nous verrons par exemple :

Maintenant, si votre navigateur accepte les cookies, après avoir rafraîchit votre page, vous devez toujours voir la réponse du serveur A:




Jetons un oeil à la base des sessions sur le Loadbalancing ACE:

Nous voyons que le http-cookie est actiof pour StickyGroup1?. Vous retrouvez ici le timeout, le type de cookie, le nom et la liste des instances en cours sur les serveurs.

Il est possible de voir la session pendant qu'elle TCP est active :

Dans le navigateur, vous pouvez vois les détails du cookie:

Enfin, après avoir supprimé et désactivé les cookies, nous pouvons constater que que nos différentes requêtes sont prises en charge par différents serveurs de notre ferme (server-farm).
La session TCP expire et chque nouvelle session est traitée par un nouveau serveur réel.

Exemple de requêtes avec cookies désactivés:





-Cisco Application Control Engine Module Load Balancing Guide