Le document présente une méthodologie de tuning et de test de performance pour JBoss EAP 5.1, en mettant l'accent sur l'optimisation des ressources et la configuration des services non utilisés. Des tests de charge sont réalisés avant et après l'optimisation, montrant des améliorations significatives dans le débit et le temps de réponse. La conclusion souligne l'importance de ces optimisations pour améliorer les performances, avec un potentiel de gain de 10% à 30% selon les environnements et les applications.

1. JBoss Clustering & Tuning Fourat Z.Lab Technique N°3/3Senior software architectfourat.zouari@tritux.com

2. Qui sommes nous?TRITUXS.A.R.L.est une SSII Tunisienne, créée en 2006 Une équipe jeune (30 ingénieurs) orientée nouvelles technologies

3. Prestations de pointe en Administration système Linux,clustering et haute disponibilité,solutions VAS (telecom),mobile banking, SMS et SOA.(c.f. http://tritux.com/services )

4. Editeur de plusieurs logiciels dans divers domaines I.T.(c.f. http://tritux.com/products )

5. Mise en place d’architectures « enterprise », ex: Clusters, Firmes de données, SOA (ESB), EAI2

6. PlanIntroduction à la mesure de performanceStress Test avant tuninga. Cas de testb. Dimensionnement (serveur)c. RésultatsOptimisation de JBoss EAP 5.1a. Supprimer le non utilisé par votre applicationb. Configuration de log4jc. Configuration de la mémoire JVMd. Configuration de la data sourcee. Configuration de la connexion HTTP Stress Test après tuningConclusions3

7. Introduction à la mesure de performances Les stress test ou test de monté de charge consiste à simuler un grand nombre d’utilisateurs qui exploitent simultanément votre application. Notre but via ce test et d’étudier si votre application qui est supposé déployé sur le serveur JBoss EAP 5.1 répondait réellement à vos besoins (nombres d’utilisateurs supporté, ressources matérielles, consommation bande passante…). Pour ce la on dispose d’un très bon outil de mesures de performances et stress test appelée Jakarta Jmeter disponible sous le répertoire outillage du CD de formation.4

8. Stress Test avant tuningsPrésentationPour les performances on cherche:

9. Coté client : Minimiser le maximum le temps de réponse.temps de réponse: c’est le temps écoulé pendant que l’utilisateur clique sur un bouton et la page (résultat) sera affichée par le navigateur.

10. Coté serveur: Maximisé le maximum débit (Throughput).Le débit: (Throughput): C’est le nombre de transactions qui peuvent se produire dans un laps de temps donnée, il est normalement mesuré en transactions par seconde (tps). 5

11. Stress Test avant tuningsa. Cas de test Notre objectif est de simuler une masse d’utilisateurs qui appellent le point d’entré de notre l’application helloworld à l’adresse « http://<adresse-ip>:8080/helloworld/home.seam »En accédant à cette adresse le client (browser) envoie au serveur JBoss une requête HTTP GET.Cas de test:- 1er Cas: 1 utilisateur qui fera 100 invocations consécutives.- 2ème Cas: 5utilisateurs qui feront au même instant 100 invocations consécutives,.- 3ème Cas: 25 utilisateurs qui feront au même instant 100 invocations consécutives.6

12. Stress Test avant tuningsb. Dimensionnement (serveur)CPU: Intel(R) Core (TM)2 Duo CPU - 2.00GHz (32 Bits)

13. Mémoire Physique: 3 Go

14. Mémoire virtuelle (SWAP): 2 Go

15. Carte réseau: Fast Ethernet 10/100 Mb/s

16. Système d’exploitation: Red Hat Enterprise Linux Server release 5.4 version du kernel: 2.6.18-164.el57

17. Stress Test avant tuningc. Résultats:sTemps de démarrage du serveur : 50 secondes1er Cas :

18. Débit (Throughput): 10 Tps

19. Echec: 0%

20. Attente Moyenne: 98 ms

21. 2ème Cas :

22. Débit (Throughput): 18 Tps

23. Echec: 0%