rssLink RSS for all categories
 
icon_blue
icon_green
icon_green
icon_red
icon_red
icon_green
icon_green
icon_orange
icon_red
icon_red
icon_green
icon_green
icon_green
icon_orange
icon_green
icon_red
icon_green
icon_green
icon_red
icon_green
icon_green
icon_red
icon_green
icon_green
icon_orange
icon_blue
icon_green
icon_blue
icon_green
icon_blue
icon_red
icon_green
 

FS#8273 — load balancing mutu

Attached to Project— Web Hosting / CloudDB
Maintenance
All web clusters
CLOSED
100%
Nous avons remis en place les boitiers de load balancing
AX avec une nouvelle release de software. La nouvelle
release gére le slowloris
Date:  Tuesday, 19 March 2013, 11:34AM
Reason for closing:  Done
Comment by OVH - Tuesday, 19 March 2013, 11:29AM

On s'est apperçu qu'on avait une attaque justement sur
le slowloris et que le boitier ne tient toujours pas
la charge. Nous avons enlevé les AX du routage.


Comment by OVH - Tuesday, 19 March 2013, 11:30AM

Avec le support de a10, nous avons changé quelques
paramètres pour améliorer les performances et nous
avons remis les 2 boitiers en route.

Plus de problème.


Comment by OVH - Tuesday, 19 March 2013, 11:31AM

Ce matin, l'attaque a recommencé et visiblement
les boitiers ne tiennent toujours pas le coup.
Nous avons (très tardivement) enlevé les boitiers
AX du routage et remis le trafic sur les ACE
comme avant.


Comment by OVH - Tuesday, 19 March 2013, 11:34AM

On pense qu'on a une attaque programmé sur 5-6
IP de l'hébergement mutualisé chaque matin entre
7h30 et 9h30. Les attaques sont parfaitement
bien gérées par les ACE de Cisco et explosent
les boitiers AX5100 de a10 networks.

Pourquoi nous testons à nouveau les AX5100 ?
Nous sommes en train de valider les choix
technique pour les commandes de matériel qui
va servir à GeoCache. On a donc demandé à a10
s'ils ont fixé le bug de slowloris et si on
peut tester la nouvelle version de software.
Je pense qu'on a fait le tour de a10 et on va
rester sur les ACE qui marche très bien mais
manque un peu de souplesse dans les configurations.