14 juillet 2012, 21:18
Dans ce premier billet, je vous présentais la solution de test de charge dans les nuages BlazeMeter, basée sur l’outil Apache JMeter, illustré par un petit test. Dans ce nouveau billet, on passe aux choses sérieuses : le (très) gros test de charge.
Mon objectif était le suivant : faire un tir de charge avec 100 000 utilisateurs virtuels actifs.
Pour faire ce type de gros test, depuis les nuages, il faut un serveur cible (ou une solution cible). Pour ma part, j’ai eu la possibilité d’avoir un prêt d’un très gros serveur situé dans un centre de données à Poitiers/France connecté directement sur une importante dorsale Internet via une liaison à 100 MBits/s. Autrement dit le serveur était bien placé sur Internet pour être attaqué par la solution BlazeMeter.
Le serveur en question est un Dell R815, ayant 4 CPU de 12 cœurs chacun (AMD Opteron 6176), soit 48 coeurs, accompagné de 256 Go de mémoire RAM, connecté à 1 Gbits/s (en ip bonding) sur un commutateur en liaison avec un pare-feu BSD (en mode NAT). Le système d’exploitation dudit serveur est GNU/Linux Debian 6.0.5 en 64 bits.
Le serveur était totalement disponible pour ce test (pas d’autres services tournant dessus).
L’idée étant de faire un test de charge pour « tester » la solution BlazeMeter, et non pas de tester la performance du serveur cible, j’ai choisi de ne mettre qu’un serveur Web Apache avec 3 pages HTML statiques. Le serveur Apache est configuré avec mod_deflate et mod_cache.
Le scénario de test sera le suivant :
- page d’accueil (+assertion réponse)
- page A (+assertion réponse)
- page B (+assertion réponse)
3 janvier 2011, 8:09
Nous voici donc en 2011, je vous souhaite une bonne et heureuse année 2011. J’en profite pour donner quelques nouvelles.
Tout d’abord, je suis toujours sur Debian Squeeze (la future Debian 6.0), et j’en suis vraiment content (car stable et sans problème). J’ai tout de même pris un risque en installant depuis le dépôt Experimental la version 3.3RC1 de LibreOffice en remplacement de OpenOffice.org. J’avoue que je préfère si possible utiliser un logiciel open source qui ne soit pas adosser à une structure commerciale, histoire d’éviter les aléas possibles dû à la nécessité de rentabilité.
Je viens d’accepter l’invitation du Project Managment Comittee (PMC) d’Apache Jakarta pour devenir membre de ce PMC. Concrètement, cela me permettra de suivre les discussions internes sur les projets Jakarta (en particulier sur JMeter) ainsi que les votes pour par exemple l’ajout d’un nouveau committer, d’avoir la possibilité de gérer / changer des éléments d’infrastructure comme le site web.
J’ai fait l’acquisition d’un téléphone portable Nokia N8 en remplacement de mon Nokia E72 (une sorte de cadeau de Noël). Continue reading ‘Avec la nouvelle année, quelques nouvelles’ »
14 août 2010, 18:26
Un petit billet pour vous annoncer que je viens de devenir ‘committer‘ sur le projet JMeter à la fondation Apache. En résumé, cela signifie que j’ai maintenant un accès en écriture sur le SVN d’Apache JMeter.
J’ai reçu l’invitation (que j’ai accepté promptement) il y a quelques semaines et aujourd’hui j’ai reçu mon compte SSH sur le serveur utilisé par les ‘committers’ (people.apache.org) et l’adresse email qui va avec : milamber (AT) apache.org. J’ai posé rapidement une page sur le site People : http://people.apache.org/~milamber/
./
28 mars 2010, 8:44
Dans la continuité du billet précédent, si vous avez besoin de faire une assertion sur un fichier Word, Excel ou Powerpoint, voici la méthode toute simple avec l’API Apache POI.
21 juin 2009, 18:44
Aujourd’hui c’est l’été, et cela sera également la sortie de la version 2.3.4 d’Apache JMeter. Il s’agit principalement d’une version venant corriger des anomalies apparues dans la version 2.3.3, sortie depuis à peine un mois.
Les nouveautés restent donc les mêmes que la version précédente, vous pouvez en avoir un aperçu via ce billet.
Il est recommandé de basculer en version 2.3.4, spécialement pour ceux qui utilisent la version 2.3.3.
Bonne utilisation de JMeter !
./
13 juin 2009, 10:05
Je me rends compte que j’écris depuis plusieurs billets quasiment que sur JMeter, principalement car j’aime bien JMeter (qui ne l’a pas compris ?) et aussi car je n’ai pas malheureusement un temps infini pour le blog.
Voilà, en ce weekend très chaud ici grâce au chergui, je suis en short et tongue, et il se trouve j’ai envie d’écrire (bizarre ?) plusieurs petites choses, histoire de vous montrer qu’il n’y a pas que JMeter dans la vie 
Continue reading ‘Envie d’écrire : quelques nouvelles’ »
20 juillet 2008, 17:35
Sur ce blog, j’ai fait de nombreuses pages sur JMeter, mais je n’avais pas pris le temps de vous présenter cet outil en lui-même.
C’est chose fait avec cette page de présentation, qui j’espère vous permettra de mieux comprendre le comment du pourquoi de JMeter.
./
15 janvier 2008, 20:46
Un fonctionnalité pratique du framework de logging Apache Log4J est le NDC (pour Nested Diagnostic Contexts). Ce dernier permet de tracer et suivre plusieurs instances d’un même traitement dans un seul fichier de log. Une utilisation typique est le fichier de log d’une application web s’exécutant sur un serveur d’applications, car plusieurs instances d’une même servlet (et de plusieurs servlets) s’exécutent en même temps pour servir les utilisateurs.
La fonctionnalité permet donc de mieux comprendre le déroulement d’un traitement, en particulier lors qu’un problème survient lors d’un tir de charges ou sur un environnement en production. Et imaginons que ce problème ‘ne se reproduit pas’ en environnement de recette / développement, et donc l’origine pourrait être ces accès multiples en même temps… Continue reading ‘Utilisation de NDC de Apache Log4J pour tracer et suivre l’exécution d’une application Java’ »