Un service SaaS qui a du mal à ternir la charge

Nouvel article dans la série : surveillance des réseaux et services

Vous avez choisi de basculer vers une messagerie en mode SaaS. L’offre commerciale était alléchante et les performances bonnes lors de la phase de sourcing. Les mois passent avec les déploiements au siège puis sur site distants. Et les utilisateurs commencent à se plaindre. Le service est « lent », avec rapport de « déconnexion ».

Les sites distants étant les plus bruyants à se plaindre, le réseau est le premier accusé. Pas facile de faire le point.

140425_load-webmail

Graphiques en main, le constat devient plus clair : les autres trafics ne connaissent pas de ralentissements de même nature. Mais ce service est effectivement lent.

Explication : l’offre a rencontré un certain succès et le fournisseur a accumulé les utilisateurs sur les mêmes clusters. Si les performances (ici mesurées depuis le siège) sont excellentes la nuit ( !), dès que les utilisateurs se connectent en nombre, les temps de réponse se détériorent. Il est temps d’avoir une discussion avec le fournisseur.

Et aussi

  • 2 mai 2014 DDoS sur un service SaaS Nouvel article dans la série : surveillance des réseaux et services Rien de tel que des exemples pour illustrer ce qu’apporte un système de suivi des performances comme celui que nous préparons [annonce]. Premier exemple, le fournisseur SaaS qui subit une attaque DDoS. Comme souvent cela démarre un lundi matin. Les performances de bases sont déjà moyennes (temps de réponse […]
  • 9 mai 2014 SLA « 100% » Nouvel article dans la série : surveillance des réseaux et services Dans les négociations commerciales, il y a toujours un décalage certain entre le discours des brochures « Datacenter Tier-3 » « architecture hautement redondante » Etc. Et le moment des engagements sur les chiffres de disponibilité, SLA et éventuellement pénalités. Le problème est foncièrement […]
  • 20 mai 2014 Performance d’une application dans un environnement mutualisé Les précédents articles de la catégorie ont permis de visualiser un certain nombre de cas figures liés aux réseaux (WAN + LAN). Mais les serveurs eux-mêmes sont la cause de différences de performances notables. D'où la nécessité de superviser ces performances, en particulier sur les environnements mutualisés comme les clusters de machines virtuelles. Voici quelques […]