JBoss Clustering & Tuning <br />Fourat Z.<br />Lab Technique N°3/3<br />Senior software architect<br />fourat.zouari@tritu...
Qui sommes nous?<br />TRITUXS.A.R.L.est une SSII Tunisienne, créée en 2006<br /><ul><li> Une équipe jeune (30 ingénieurs) ...
 Prestations de pointe en Administration système Linux,clustering et haute disponibilité,solutions VAS (telecom),mobile ba...
 Editeur de plusieurs logiciels dans divers domaines I.T.(c.f. http://tritux.com/products )
Mise en place d’architectures « enterprise », ex: Clusters, Firmes de données, SOA (ESB), EAI</li></ul>2<br />
Plan<br />Introduction à la mesure de performance<br />Stress Test avant tuninga. Cas de testb. Dimensionnement  (serveur)...
Introduction à la mesure de performance<br />s<br />		Les stress test ou test de monté de charge consiste à simuler un gra...
Stress Test avant tuning<br />s<br />Présentation<br /><ul><li>Pour les performances on  cherche:
Coté client :  Minimiser le maximum le temps de réponse.temps de réponse: c’est le temps écoulé pendant que l’utilisateur ...
Coté serveur: Maximisé le maximum débit (Throughput).Le débit: (Throughput): C’est le nombre de transactions qui peuvent s...
Stress Test avant tuning<br />s<br />a. Cas de test<br />		Notre objectif est de simuler une masse d’utilisateurs qui appe...
Stress Test avant tuning<br />s<br />b. Dimensionnement  (serveur)<br /><ul><li>CPU: Intel(R) Core (TM)2 Duo CPU - 2.00GHz...
Mémoire Physique: 3 Go
Mémoire virtuelle (SWAP): 2 Go
Carte réseau: Fast Ethernet 10/100 Mb/s
Système d’exploitation: Red Hat Enterprise Linux Server release 5.4                                        version du kern...
Stress Test avant tuning<br />c. Résultats:<br />s<br />Temps de démarrage du serveur : 50 secondes<br /><ul><li>1er Cas :
Débit (Throughput): 10 Tps
Echec: 0%
Attente Moyenne: 98 ms
2ème Cas :
Débit (Throughput): 18 Tps
Echec: 0%
Prochain SlideShare
Chargement dans…5
×

JBoss clustering et tuning (lab 3/3)

2 918 vues

Publié le

- Introduction à la mesure de performance
- Stress Test avant tuning
a. Cas de test
b. Dimensionnement (serveur)
c. Résultats
- Optimisation de JBoss EAP 5.1
a. Supprimer le non utilisé par votre application
b. Configuration de log4j
c. Configuration de la mémoire JVM
d. Configuration de la data source e.
- Configuration de la connexion HTTP
- Stress Test après tuning

Publié dans : Technologie
1 commentaire
4 j’aime
Statistiques
Remarques
Aucun téléchargement
Vues
Nombre de vues
2 918
Sur SlideShare
0
Issues des intégrations
0
Intégrations
3
Actions
Partages
0
Téléchargements
0
Commentaires
1
J’aime
4
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

JBoss clustering et tuning (lab 3/3)

  1. 1. JBoss Clustering & Tuning <br />Fourat Z.<br />Lab Technique N°3/3<br />Senior software architect<br />fourat.zouari@tritux.com<br />
  2. 2. Qui sommes nous?<br />TRITUXS.A.R.L.est une SSII Tunisienne, créée en 2006<br /><ul><li> Une équipe jeune (30 ingénieurs) orientée nouvelles technologies
  3. 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. 4. Editeur de plusieurs logiciels dans divers domaines I.T.(c.f. http://tritux.com/products )
  5. 5. Mise en place d’architectures « enterprise », ex: Clusters, Firmes de données, SOA (ESB), EAI</li></ul>2<br />
  6. 6. Plan<br />Introduction à la mesure de performance<br />Stress Test avant tuninga. Cas de testb. Dimensionnement (serveur)c. Résultats<br />Optimisation 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 <br />Stress Test après tuning<br />Conclusion<br />s<br />3<br />
  7. 7. Introduction à la mesure de performance<br />s<br /> Les stress test ou test de monté de charge consiste à simuler un grand nombre d’utilisateurs qui exploitent simultanément votre application.<br /> 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.<br />4<br />
  8. 8. Stress Test avant tuning<br />s<br />Présentation<br /><ul><li>Pour les performances on cherche:
  9. 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. 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). </li></ul>5<br />
  11. 11. Stress Test avant tuning<br />s<br />a. Cas de test<br /> 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.<br />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.<br />6<br />
  12. 12. Stress Test avant tuning<br />s<br />b. Dimensionnement (serveur)<br /><ul><li>CPU: Intel(R) Core (TM)2 Duo CPU - 2.00GHz (32 Bits)
  13. 13. Mémoire Physique: 3 Go
  14. 14. Mémoire virtuelle (SWAP): 2 Go
  15. 15. Carte réseau: Fast Ethernet 10/100 Mb/s
  16. 16. Système d’exploitation: Red Hat Enterprise Linux Server release 5.4 version du kernel: 2.6.18-164.el5</li></ul>7<br />
  17. 17. Stress Test avant tuning<br />c. Résultats:<br />s<br />Temps de démarrage du serveur : 50 secondes<br /><ul><li>1er Cas :
  18. 18. Débit (Throughput): 10 Tps
  19. 19. Echec: 0%
  20. 20. Attente Moyenne: 98 ms
  21. 21. 2ème Cas :
  22. 22. Débit (Throughput): 18 Tps
  23. 23. Echec: 0%
  24. 24. Attente Moyenne: 260ms
  25. 25. 2ème Cas :
  26. 26. Débit (Throughput): 19Tps
  27. 27. Echec: 0%
  28. 28. Attente Moyenne: 1260 ms </li></ul>8<br />
  29. 29. Optimisation de JBoss EAP 5.1<br />s<br />a. Supprimer le non utilisé par votre application:<br /> Par défaut JBoss EAP plusieurs bibliothèques, composants et paramétrages qui sont dans la majorité du temps non exploités par votre application. Ces derniers consomment énormément de ressources (Mémoire, CPU, Espace disque..) ce qui affecte la performance de votre application.<br /> Donc penser à éliminer toutes composantes ou paramètres non utilisés par votre application tout en se référent à ce qui suit.<br />9<br />
  30. 30. Optimisation de JBoss EAP 5.1<br />s<br /><ul><li>Si votre application n’utilise pas les services EJB2/3 supprimer :- deploy/ejb3-connectors-jboss-beans.xml - deploy/ejb3-container-jboss-beans.xml - deploy/ejb3-interceptors-aop.xml- deploy/ejb3-timerservice-jboss-beans.xml- deploy/ejb2-container-jboss-beans.xml- deploy/ejb2-timer-service.xml- deployers/jboss-ejb3-endpoint-deployer.jar- deployers/ejb3-deployers-jboss-beans.xml
  31. 31. Si votre application n’utilise pas JUDDI supprimer :- deploy/juddi-service.sar
  32. 32. Si votre application n’utilise pas le générateur de clé UUID supprimer:- deploy/ uuid-key-generator.sar</li></ul>10<br />
  33. 33. Optimisation de JBoss EAP 5.1<br />s<br /><ul><li>Si votre application n’utilise pas JMS (Java Message Service),Supprimer:- conf/props/messaging-roles.properties- conf/props/messaging-users.properties- deploy/messaging- deploy/jms-ra.rar- deploy/quartz-ra.rar- deployers/ messaging-definitions-jboss-beans.xmlEditer: - conf/jbossts-properties.xml </li></ul>commenter ou supprimer: <property name="com.arjuna.ats.jta.recovery.XAResourceRecovery.JBMESSAGING1"<br /> value="org.jboss.jms.server.recovery.MessagingXAResourceRecovery;java:/DefaultJMSProvider"/> <br /> </properties> <br />11<br />
  34. 34. Optimisation de JBoss EAP 5.1<br />s<br /><ul><li>Si votre application n’utilise pas JBoss Mail, supprimer:- deploy/mail-service.xml- deploy/mail-ra.rar
  35. 35. Si votre application n’utilise pas JBoss Scheduling, supprimer:- deploy/schedule-manager-service.xml- deploy/scheduler-service.xml
  36. 36. Si votre application n’utilise pas Hypersonic DB, supprimer:- deploy/hsqldb-ds.xml
  37. 37. Suppression de Bsh Deployer:- deployers/bsh.deployer
  38. 38. Désactivation de déploiement à chaud (Hot deployment)Supprimer: deploy/hdscanner-jboss-beans.xml</li></ul>12<br />
  39. 39. Optimisation de JBoss EAP 5.1<br />s<br /><ul><li>Si votre application n’utilise pas JBossWS (JBoss Web service), supprimer:- conf/jax-ws-catalog.xml- conf/props/jbossws-roles.properties- conf/props/jbossws-users.properties- depolyers/jbossws.deployer
  40. 40. Si votre application n’est développée sur le Framework JBoss Seam, supprimer:- deployers/seam.deployer- deployers/webbeans.deployer- deployer/admin-console.war
  41. 41. Si vous n’aurez pas besoin de la console d’administration vous pouvez la supprimer car elle consomme trop de ressources. Supprimer: - deployer/admin-console.war </li></ul>13<br />
  42. 42. Optimisation de JBoss EAP 5.1<br />s<br /><ul><li>Si votre application n’utilise pas les services IIOP/Corba, Supprimer:- deploy/jacorb.properties- deploy/ iiop-service.xml- deployers/ejb3.deployer/META-INF/ ejb3-iiop-deployers-jboss-beans.xml- lib/jacorb.jar Editer: conf/jndi.propertiesremplacer cette ligne : java.naming.factory.initial=org.jboss.iiop.naming.ORBInitialContextFactorypar cette ligne :java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory </li></ul>14<br />
  43. 43. Optimisation de JBoss EAP 5.1<br />s<br /><ul><li>Suppression d’autres services (Attention: les dépendances avec votre application est à vérifier) :- deployers/deploy/jboss-xa-jdbc.rar- deploy/xnio-provider.jar
  44. 44. Désactivation du Clustring si vous n’aurez pas besoin, Supprimer:- ./deploy-hasingleton- ./farm- deploy/clusterEditer : conf/bootstrap/profile.xml Supprimer ou commenter ça: <property name="farmURIs"></li></ul> <listelementClass="java.net.URI"><br /> <value>${jboss.server.home.url}farm</value><br /> </list><br /> </property><br />15<br />
  45. 45. Optimisation de JBoss EAP 5.1<br />s<br /><ul><li>Suppression d’autres services (Attention: les dépendances avec votre application est à vérifier) :- deployers/deploy/jboss-xa-jdbc.rar- deploy/xnio-provider.jar
  46. 46. Désactivation du Clustring si vous n’aurez pas besoin, Supprimer:- ./deploy-hasingleton- ./farm- deploy/clusterEditer : conf/bootstrap/profile.xml Supprimer ou commenter ça: <property name="farmURIs"></li></ul> <listelementClass="java.net.URI"><br /> <value>${jboss.server.home.url}farm</value><br /> </list><br /> </property> <br />16<br />
  47. 47. Optimisation de JBoss EAP 5.1<br />s<br />b. Configuration de log4j <br /> La configuration par défaut du log est déconseillée en mode production, nous voulons seulement que les erreurs soient loggées.Éditer le fichier conf/jboss-log4j.xml puis remplacer tout le contenu du root (<root> ………….. </root>). <br /> par ça :<br /><root> <br /> <priority value="ERROR"/> <br /> <appender-ref ref="FILE"/> <br /> </root><br />17<br />
  48. 48. Optimisation de JBoss EAP 5.1<br />s<br />c. Configuration de la mémoire JVM:<br /> Éditer la variable $JAVA_OPTS dans le fichier bin/run.conf-Xms<size> : taille (en Mo) minimum de la mémoire alloué: min-heap<br />-Xmx<size> : taille (en Mo) maximum de la mémoire alloué: max-heap<br />Xms et Xmx doivent avoir la même valeur en production pour notre configuration.Le choix de cette valeur n’est pas au hasard, il faut qu’il soit bien étudier selon le nombre d’applications déployées, ressources utilisées etc…<br />-XX:MaxPermSize: Il est recommander que cette valeur soit le 1/4 de max-heap.<br />18<br />
  49. 49. Optimisation de JBoss EAP 5.1<br />s<br />d. Configuration de la data source:<br /> Editer le fichier data source xxxxx-ds.xml accompagné avec l’archive de votre application (war), La modification de ces deux paramètres peuvent optimiser la connexion avec la base:- min-pool-size: C’est le nombre initial de connexions à la BD qui peuvent être gardées.- max-pool-size: C’est le nombre maximale de connexions concurrentes à la BD. Cette valeur doit être répondre aux besoins de votre application et respecte le paramétrage de votre SGBD<br />19<br />
  50. 50. Optimisation de JBoss EAP 5.1<br />s<br />e. Configuration de la connexion HTTP:<br /> Éditer le fichier deploy/jbossweb.sar/server.xml, les paramètres les plus importants sont :- maxThreads : Il s’agit du nombre maximum de threads (nombre d’utilisateur qui peuvent exploiter en parallèle votre application).- acceptCount : si le nombre d’utilisateurs concurrents dépassent le nombre maximum autorisé maxThreads, l’attribut acceptCount représente la taille d’une file d’attente permettant de tenir j’usqu’au nombre acceptCount de threads en attente pour traitement. - compression : Si cet attribut reçoit la valeur « force », la réponse HTTP sera compressé par JBoss puis renvoyée au browser. (ça peu réduire la bande passante).Exemple: <Connector protocol="HTTP/1.1" port="8080" address="${jboss.bind.address}" <br />connectionTimeout="20000" redirectPort="8443" maxThreads="50" acceptCount="100" compression="force" /><br />20<br />
  51. 51. Stress Test après tuning<br />s<br />Résultat (avec les mêmes conditions précédentes)<br />Temps de démarrage du serveur : 39 secondes<br /><ul><li>1er Cas :
  52. 52. Débit (Throughput): 12 Tps vs. 10 Tps
  53. 53. Echec: 0%
  54. 54. Attente Moyenne: 81 ms vs 98 ms
  55. 55. 2ème Cas :
  56. 56. Débit (Throughput): 22 Tps vs 18 Tps
  57. 57. Echec: 0%
  58. 58. Attente Moyenne: 230msvs 260 ms
  59. 59. 3ème Cas :
  60. 60. Débit (Throughput): 22Tps vs 19 Tps
  61. 61. Echec: 0%
  62. 62. Attente Moyenne: 1109 ms vs 1260 Tps</li></ul>21<br />
  63. 63. Conclusion<br />s<br /> On remarque que l’optimisation de JBoss EAP 5.1 à jouer son rôle pour augmenter les performances et même si qu’on a pu atteindre que 10% à 12% de d’efficacité avec une simple application et un environnement minime, avec d’autres environnement plus puissants et des applications plus complexes le gain de performances peut aller jusqu’à 30% ! Une bonne pratique de test de performances est que vous devriez toujours essayer de faire différents cas de tests ainsi que plusieurs régalages puis comparer les résultats obtenus et choisissez la plus adéquate à vos besoins !<br />22<br />
  64. 64. more …<br />http://tritux.com/products/<br />http://tritux.com/services/<br />http://tritux.com/blog/1<br />9 Rue du Niger, Mont Plaisir / TunisCentre Hanene, 4é étage<br />info@tritux.com<br />

×