{"id":95,"date":"2008-09-21T13:31:33","date_gmt":"2008-09-21T13:31:33","guid":{"rendered":"http:\/\/blog.milamberspace.net\/?page_id=95"},"modified":"2012-08-02T18:03:57","modified_gmt":"2012-08-02T17:03:57","slug":"jmeter-test-de-charges-a-distance-distributed-testing","status":"publish","type":"page","link":"https:\/\/blog.milamberspace.net\/index.php\/jmeter-pages\/jmeter-test-de-charges-a-distance-distributed-testing","title":{"rendered":"JMeter : Test de charge distribu\u00e9 (distributed testing)"},"content":{"rendered":"

JMeter permet de faire des tests de charge distribu\u00e9s sur plusieurs robots de tests. L’id\u00e9e \u00e9tant de r\u00e9partir la charge de test de JMeter sur plusieurs robots de tests. Pourquoi ? Car, si on essaye de faire un tir de charge avec un tr\u00e8s grand nombre d’unit\u00e9s (utilisateurs virtuels)<\/em> sur une m\u00eame machine JMeter, on risque de saturer la machine au niveau r\u00e9seau (c’est-\u00e0-dire la bande passante), la CPU ou bien la m\u00e9moire. On peut m\u00eame saturer le disque lors de l’\u00e9criture des r\u00e9sultats en particulier si on choisit le format XML. Tout cela pour dire que : la r\u00e9partition d’un tir de charge sur plusieurs machine est une solution \u00e0 ce type de test.<\/p>\n

Voici un tutoriel qui explique la d\u00e9marche.<\/span><\/p>\n

Tout d’abord, voyons l’architecture \u00e0 mettre en place : une instance de JMeter que nous appellerons le \u00ab contr\u00f4leur<\/strong> \u00bb. C’est \u00e0 partir de ce poste que l’on contr\u00f4lera les instances de JMeter \u00ab distantes \u00bb. Ces derni\u00e8res seront nomm\u00e9es \u00ab injecteurs<\/strong> \u00bb.<\/p>\n

\"Sch\u00e9ma<\/p>\n

Pour r\u00e9aliser un tir de charge \u00ab distribu\u00e9 \u00bb qui correspond \u00e0 ce sch\u00e9ma, voici ce qu’il faut faire.<\/p>\n

Tout d’abord au niveau du contr\u00f4leur de tir (192.168.1.10), il faut installer un JMeter (ici version 2.4-dev r922088).<\/p>\n

Ensuite, sur le contr\u00f4leur, on \u00e9dite le fichier user.properties<\/em> (situ\u00e9 dans JMETER_HOME\/bin\/<\/em>), on ajoute la ligne suivante \u00e0 la fin :<\/p>\n

remote_hosts=injec1,injec2<\/pre>\n
Puis enregistrer et quitter.<\/p>\n
Afin d’avoir la correspondance nom<->IP, on modifiera le fichier hosts<\/em> de la machine contr\u00f4leur (sous Linux : \/etc\/hosts<\/em>, sous Windows : C:\\Windows\\System32\\drivers\\etc\\hosts<\/em>) en y ajoutant les lignes suivantes :<\/p>\n
192.168.1.11\t injec1\r\n192.168.1.12\t injec2<\/pre>\n
(NB. On peut se passer de la modification du fichier hosts, en mettant directement les adresses IP dans la ligne remote_hosts=192.168.1.11,192.168.1.12<\/strong>. Pour ma part, je pr\u00e9f\u00e8re utiliser des noms car c’est plus simple que les adresses IP – dans ma perception des choses.)<\/em><\/p>\n
Ensuite, lancer le JMeter de la machine Contr\u00f4leur<\/strong>, puis en parcourant le menu Lancer<\/strong> > D\u00e9marrage distant<\/strong> vous trouverez la liste des deux injecteurs.<\/p>\n
\"JMeter<\/p>\n
Passons donc du cot\u00e9 des injecteurs :
\n<\/strong><\/span><\/p>\n
Pour chacun, il suffit de :<\/p>\n
    \n
  1. Installer JMeter (il est pr\u00e9f\u00e9rable (fortement) d’avoir la m\u00eame version que le contr\u00f4leur)<\/li>\n
  2. Lancer JMeter en mode \u00ab server<\/em><\/strong> \u00bb avec la commande :<\/li>\n<\/ol>\n
    JMETER_HOME\/bin\/jmeter-server (sous Linux)<\/em>\r\nJMETER_HOME\\bin\\jmeter-server.bat (sous Windows)<\/em><\/pre>\n
    Ce mode va d\u00e9marrer une instance de JMeter qui se mettra en \u00e9coute sur le port Java RMI (1099). C’est \u00e0 travers ce dernier que le contr\u00f4leur va envoyer les commandes de tirs.<\/p>\n
    (NB. Le mode serveur est un mode non-gui, c’est \u00e0 dire que vous ne verrez pas l’interface graphique de JMeter.)<\/em><\/p>\n
    Revenons sur le contr\u00f4leur :
    \n<\/span><\/strong><\/p>\n
    Pour lancer le tir \u00e0 distance, il faut bien entendu un sc\u00e9nario de tir. Il n’y a pas de diff\u00e9rence entre un fichier de sc\u00e9nario \u00ab mono \u00bb instance JMeter et un sc\u00e9nario pour un tir \u00e0 distance.<\/p>\n
    Ainsi on ouvre le sc\u00e9nario dans le JMeter Contr\u00f4leur. Dans la partie Groupe d’unit\u00e9s<\/strong> on trouve le nombre d’unit\u00e9s \u00e0 5, une dur\u00e9e de mont\u00e9e en charge de 1 seconde, et un nombre d’it\u00e9rations de 1000 (par utilisateur).<\/p>\n
    \"JMeter<\/p>\n
    Ces param\u00e8tres seront utilis\u00e9s \u00ab tels quels \u00bb sur chaque<\/strong> injecteur<\/span>. C’est \u00e0 dire que si on lance le tir sur 2 injecteurs, on aura de mani\u00e8re cumul\u00e9e<\/span> : 10 unit\u00e9s, avec une p\u00e9riode de mont\u00e9e en charge de 1 seconde et une boucle de 1000 ex\u00e9cutions (soit 10 000 it\u00e9rations de l’\u00e9chantillon HTTP Request de notre exemple avec deux injecteurs).<\/p>\n
    Dans le sc\u00e9nario, il y a un fichier d’enregistrement des r\u00e9sultats qui se chargera de r\u00e9colter l’ensemble des temps de r\u00e9ponses des injecteur. Par exemple ici,\u00a0 un \u00e9l\u00e9ment Enregistreur de donn\u00e9es<\/strong>. Ce fichier sera cr\u00e9\u00e9 uniquement sur le Contr\u00f4leur<\/span>.<\/p>\n
    \"Element<\/p>\n
    Le meilleur format pour ce type de tir est un fichier CSV plut\u00f4t que XML car chaque injecteur va transmettre au contr\u00f4leur ses r\u00e9sultats, c’est donc plus \u00ab verbeux\/lourd \u00bb et n\u00e9cessite de de la bande passante entre le contr\u00f4leur et ses injecteurs.<\/p>\n
    Le Contr\u00f4leur<\/strong> centralise donc les r\u00e9sultats, c’est sur ce poste que l’on trouvera donc le fichier de r\u00e9sultats \u00ab consolid\u00e9s \u00bb apr\u00e8s le tir, dans le r\u00e9pertoire et fichier configur\u00e9s (ici : \/tmp\/remote-test.csv)<\/p>\n
    Lancement du tir<\/span><\/strong><\/p>\n
    Il reste \u00e0 d\u00e9marrer le tir \u00e0 distance. Pour lancer le tir sur tous<\/strong> les injecteurs en m\u00eame temps, il suffit de choisir le menu Run<\/strong> > Remote Start All<\/strong>.<\/p>\n
    Et hop le tir est d\u00e9marr\u00e9… pas exactement, la premi\u00e8re \u00e9tape que fait JMeter, c’est de transf\u00e9rer le fichier JMX (script JMeter) du tir vers les injecteurs. Ce qui signifie que cela peut prendre un peu de temps si le fichier JMX de sc\u00e9nario est volumineux (plusieurs Mo).<\/p>\n
    On notera que pendant l’ex\u00e9cution du tir, le petit carr\u00e9 est vert, mais les indicateurs du nombre de VU sont \u00e0 0.<\/p>\n
    \"Jmeter<\/p>\n
    Une fois le test de charge termin\u00e9, il ne reste plus qu’\u00e0 r\u00e9cup\u00e9rer le fichier de r\u00e9sultats qui se trouve sur le Contr\u00f4leur. Si vous avez choisi le format CSV, vous pouvez exploiter les r\u00e9sultats en suivant la fin de ce tutoriel<\/a>.<\/p>\n
    Quelques recommandations (importantes) :<\/span><\/strong><\/p>\n
    1\/ Mode ligne de commande :<\/strong> L’utilisation de Jmeter en mode graphique pour le contr\u00f4leur n’est pas recommand\u00e9e car tr\u00e8s consommateur de ressources (en particulier si vous utilisez un r\u00e9cepteur Arbre de r\u00e9sultats<\/strong> (il y aun risque d’erreur de type OutOfMemoryError sur le JMeter Contr\u00f4leur).<\/p>\n
    Le mode ligne de commande est ainsi plus adapt\u00e9e car il ne consomme pas de ressource m\u00e9moire pour l’affichage des r\u00e9sultats. Voici la ligne \u00e0 saisir (pour Linux, les options restant les m\u00eames pour Windows, il faut simplement adapter les chemins) :<\/p>\n
    JMETER_HOME\/bin\/jmeter -n -r -X -t \/home\/milamber\/monscenario.jmx<\/pre>\n