FS#8039 — répartition de charge
Attached to Project— Hébergements web
| Amélioration | |
| tous les clusters | |
| CLOSED | |
![]() |
Nous allons changer la répartition de charge de tous les plans, afin d'optimiser les performances.
Date: Sunday, 03 March 2013, 11:28AMReason for closing: Done
RSS for all categories

Nous venons de basculer le cluster cluster012 (anciennement 1000gp)
Nous basculons le cluster 14 (anciennement start)
Nous basculons le cluster 15 (anciennement mailplan)
Nous basculons le cluster 002 (anciennement 90plan)
Nous basculons le cluster 10 (aka 60gp)
Nous basculons le cluster 11 (aka 300gp)
Nous basculons le cluster 06 (aka mediaplan)
Nous basculons le cluster 07 (aka xxl)
Nous basculons le cluster 03 (anciennement 240plan)
Nous basculons le cluster05 (initialement 720pan)
http://forum.ovh.com/showthread.php?t=86797
Bonjour,
Comme expliqué dans
http://forum.ovh.com/showthread.php?t=86728
nous avons modifié le type de répartition de charge
qui permet délivrer une meilleure performance sur
les sites dynamique comme CMS ou PrestaShop.
Certains d'entre vous ont par contre des erreurs
500 dû à l'intervention d'okillerd qui surveille qu'un
site ne prennent pas trop de ressources par rapport
aux autres:
http://forum.ovh.com/showthread.php?t=86791
On va améliorer l'information de la part d'okillerd
cette semaine afin de mieux vous prévenir que
vous êtes à la limite ou au delà de la limite d'un
plan. Nous avons aussi un problème interne dû
à de sites qui bourrinent trop: parfois il peut
arriver qu'un site casse l'un de serveur et rende
l'ensemble de sites qui utilisent le même serveur
down. Vous aurez alors de erreurs 500 alors que
vous n'y êtes pour rien: okillerd fait le max mais
n'est pas très précis
On doit améliorer le code d'okillerd qui n'a pas
été prévu pour ce type de répartition de charge.
En attendant, nous sommes repassé sur l'ancien
type de répartition de charge.
Amicalement
Octave