Avatar Nicolas Thorel
Outil de test de charge
par Nicolas Thorel, jeudi 6 juin 2013, 10:19
 

Bonjour

Pouvez vous, nous redonner le nom de l'outil pour faire des tests de charge.

Bonne journée

Avatar Pascal Maury
Re: Outil de test de charge
par Pascal Maury, jeudi 6 juin 2013, 17:08
 

Bonjour,

J'avais posé la question des tests de montée en charge pendant la présentation. Vous avez dit ne pas avoir poussé les tests à fond mais vous avez parlé de test niveau apache avec une notion de 300 pages servies simultanément.

Pouvez-vous donner des détails ?

Merci !

Avatar Steve Massicotte
Re: Outil de test de charge
par Steve Massicotte, jeudi 6 juin 2013, 20:10
 

Bonjour Pascal,

En fait je parlais du 300 transctions/secondes pour parler des indicateurs que nous utilisons pour savoir si le test de charge est un succès ou non. En gros, voici ce que nous regardons :

  • Apache - Nombre d'accès par seconde
    • obtenu grâce à Munin
    • On parle de 100 transactions/secondes par serveur Web. Nous en avons 3 donc 300.
  • Le nombre de tests complétés
    • Pour remettre en contexte notre test est un test de navigation avec une remise de devoir et un post dans le forum.
    • Normalement nous nous attendons à avoir autour de 7000 tests complétées sur 1 heure
    • On obtient cette information en regardant dans les fichier de log de Grinder.
  • Le temps réponse de 2 pages précises
    • Obtenu grâce à Grinder Analyser
    • On désire être sous les 2,5 secondes
  • Plusieurs graphiques de Munin
    • CPU
    • Load average
    •  Utilisation de la mémoire

En regardant ces indicateurs nous pouvons voir si nous gagnons, nous perdons ou nous avons la même performance que la version précédente.

Avatar Steve Massicotte
Re: Outil de test de charge
par Steve Massicotte, jeudi 6 juin 2013, 17:47
 

Bonjour,

nous utilisons The Grinder (http://grinder.sourceforge.net/index.html). C'est un outil écrit en Java, mais les tests sont codés en Python (dans le faits c'est un Jython qui est une implémentation de Python en Java au lieu de C). Il existe un enregistreur pour créer le test. Après il faut jouer dans le code pour adapter le test. Par exemple, pour aller charger les usagers d'une liste. De notre côté, pour éviter de toujours tomber sur les caches nous avons créer 50 cours avec du contenu avec chacun 50 étudiants (Ce qui a demandé quand même beaucoup de temps. Nous avions vraiment sous-estimé l'efffort de peuplement du test).

Grinder ne génère pas de superbes graphiques. Nous passons donc les fichiers de résultat dans un autre programme nommé Grinder Analyser (http://track.sourceforge.net/).

Pour monitorer nos environnements nous utilisons Munin (http://munin-monitoring.org/) et aussi un outil en ligne de commande apachetop qui regarde le fichier access_log de Apache. Munin nous sert aussi pour monitorer nos environnement de production.

La plupart des outils payant intègre normalement tout ça dans un seul interface. À l'UdeM d'autres équipes utilisent WebLoad (http://www.radview.com/) et ils sont satisfait.

Il y a aussi d'autre outils gratuit qui existent comme JMeter (http://jmeter.apache.org/).

J'espère que je répond à votre question.

Sauter PartenairesSauter Renseignements