19
0
Fork 0
wiki/HowtoTsung.md

157 lines
6.6 KiB
Markdown
Raw Permalink Normal View History

2018-09-26 15:56:15 +02:00
---
title: Howto Tsung
categories: tips network utilities tools sysadmin
...
* Site officiel : <http://tsung.erlang-projects.org/>
2022-09-06 10:22:03 +02:00
* Manuel de Tsung : <http://tsung.erlang-projects.org/user_manual/index.html>
2018-09-26 15:56:15 +02:00
Tsung (anciennement IDX-Tsunami) est un outil de test de monté en charge. Il peut être utilisé pour les services suivants : HTTP, WebDAV, SOAP, PostgreSQL, MySQL, AMQP, MQTT, LDAP et Jabber / XMPP.
Tsung est développé en Erlang.
2016-12-29 11:25:39 +01:00
## Principe
Latout principal de Tsung réside dans sa capacité à simuler un très grand nombre dutilisateurs simultanés à partir dune seule machine. Il peut être également utilisé en tirant parti de plusieurs machines, en mode cluster. Lorsqu'il est utilisé sur un cluster, il permet de générer une charge vraiment très impressionnante à partir d'un cluster modeste, facile à configurer et à gérer.
2018-09-26 15:56:15 +02:00
## Installation
2016-12-29 11:25:39 +01:00
Sous Debian :
2016-12-29 11:25:39 +01:00
~~~
2022-09-06 09:47:46 +02:00
# apt install tsung
2016-12-29 11:25:39 +01:00
~~~
> *Note* : sur Debian 9/10 il y a [un souci](https://github.com/processone/tsung/issues/276) qui peut être contourné avec ces commandes :
2018-09-21 12:12:26 +02:00
~~~
# ln -s /usr/share /usr/lib/share
# ln -s /usr/lib/x86_64-linux-gnu/tsung /usr/lib/tsung
~~~
2018-09-26 15:56:15 +02:00
Sous OpenBSD :
~~~
# pkg_add tsung
~~~
## Utilisation
Pour utiliser Tsung il faut commencer par construire un scénario de test que l'on pourra ensuite donner en paramètre à la commande tsung et ainsi lancer un test de montée en charge.
### Constituer un scénario
Pour créer un scénario de test Tsung, il y a deux possibilités :
2016-12-29 11:25:39 +01:00
- écrire un scénario depuis un fichier d'exemple
2022-09-06 09:47:46 +02:00
- générer un scénario via le proxy Tsung fourni (`tsung-recorder`)
2016-12-29 11:25:39 +01:00
2020-08-26 09:26:02 +02:00
**Écriture d'un scenario depuis un fichier exemple**
2016-12-29 11:25:39 +01:00
2022-09-06 09:47:46 +02:00
Dupliquer et compléter les entêtes XML grâces aux exemples dans `/usr/share/doc/tsung/examples/`
2016-12-29 11:25:39 +01:00
2018-09-26 15:56:15 +02:00
Un exemple :
2016-12-29 11:25:39 +01:00
~~~
<?xml version="1.0"?>
<!DOCTYPE tsung SYSTEM "/usr/share/tsung/tsung-1.0.dtd">
<tsung loglevel="notice" version="1.0">
<!-- Client side setup -->
<clients>
<client host="mamachine" maxusers="30000"/>
</clients>
<!-- Server side setup -->
<servers>
<server host="www.test.com" port="80" type="tcp"></server>
</servers>
<load duration="5" unit="minute">
<arrivalphase phase="1" duration="5" unit="minute">
2017-01-09 17:20:21 +01:00
<users interarrival="1" unit="second"></users>
</arrivalphase>
2016-12-29 11:25:39 +01:00
</load>
<sessions>
2017-01-09 17:20:21 +01:00
<session name='test' probability='100' type='ts_http'>
<request><http url='<http://www.example.com'> version='1.1' method='GET'></<http></request>
2016-12-29 11:25:39 +01:00
[…]
</session>
</sessions>
2017-01-09 17:22:35 +01:00
</tsung>
2016-12-29 11:25:39 +01:00
~~~
2020-08-26 09:26:02 +02:00
**Générer un scenario en enregistrant une session via tsung-recorder**
Tsung recorder est un serveur proxy fourni avec Tsung qui permet la capture de l'ensemble du trafic réseau HTTP/HTTPS pour le retranscrire au format XML. Ce fichier généré peut ensuite être exécuté par tsung en tant que script de test.
L'utilisation de tsung-recorder pour générer un scénario est à préférer car il permet de gérer les ressources liées qui sont souvent très nombreuses et pour lesquelles l'écriture depuis un fichier d'exemple comme décrit dans la section précédente représenterait un travail considérable.
Pour commencer à enregistrer une session de navigation via tsung-recorder on lance la commande suivante :
~~~
$ tsung-recorder start
~~~
2022-09-06 09:47:46 +02:00
Désormais, un serveur proxy est configuré et écoute le trafic sur le port `8090` (par défaut). On aura pris soin de modifier la configuration du nivagateur de son choix afin que celui-ci proxyfie ses requêtes via ce port.
2022-09-06 09:47:46 +02:00
À ce stade, lors de la navigation sur un site vous, devriez pouvoir voir la retranscription de la session de navigation s'enregistrer dans un fichier `tsung_recorderXXXXXXXX-XXX.xml` situé dans `~/.tsung/`.
2022-09-06 11:41:41 +02:00
Il faut noter que lors de l'utilisation du proxy, pour les navigations en HTTPS il faudra utiliser `http://-` au lieu de `https://` dans son navigateur.
Une fois arrivé en fin de scénario, on pourra arrêter l'enregistrement :
~~~
$ tsung-recorder stop
~~~
2022-09-06 09:47:46 +02:00
Le fichier XML enregistré se trouve donc dans `~/.tsung`.
2018-09-26 15:56:15 +02:00
### Lancer un scenario de test
2016-12-29 11:25:39 +01:00
Une fois le scénario constitué au format XML, on pourra passer le fichier en paramètre à Tsung :
2016-12-29 11:25:39 +01:00
~~~
tsung -f tsung-toto.xml start
~~~
2022-09-06 09:47:46 +02:00
> *Note* : Il faudra probablement accepter la signature SSH via `ssh localhost` au préalable.
2018-09-26 15:56:15 +02:00
### Consulter le test en cours
2018-09-21 16:15:44 +02:00
2018-09-21 16:16:33 +02:00
Tsung démarre un serveur web intégré et accessible sur [http://localhost:8091/]()
2018-09-26 15:56:15 +02:00
2018-09-21 16:15:44 +02:00
Cela permet de consulter les infos sur le test pendant son fonctionnement et même de stopper le test si on constate qu'il pose problème.
Si le test est lancé avec l'option `-k` le serveur web n'est pas arrêté lorsque le test est terminé.
2016-12-29 11:25:39 +01:00
### Générer les stats
~~~
cd ~/.tsung/log/20081103-16:21
/usr/lib/tsung/bin/tsung_stats.pl
~~~
2018-09-26 15:56:15 +02:00
## Améliorer les performances de Tsung
2016-12-29 11:25:39 +01:00
* ulimit
* Baisser le loglevel
2018-09-26 15:56:15 +02:00
## Mode multi clients
2016-12-29 11:25:39 +01:00
2020-07-28 03:05:23 +02:00
Il faut pouvoir se connecter en ssh via clé et sans passphrase.
Il faut que le nom de machine du master résout sur les slaves. (On pourra modifier le fichier hosts).
/!\\ Il faut la même version de tsung et erlang et des librairies sur chaque machine.
/!\\ Il ne faut pas de pare-feu, des ports dynamiques sont ouverts pour communiquer entre le master et les slaves.
2018-02-06 17:09:13 +01:00
2018-09-26 15:56:15 +02:00
## Erreur badmatch,{error,enoent}
2018-02-06 17:09:13 +01:00
Il faut créer des liens symboliques :
~~~
# ln -s /usr/share /usr/lib/share
# ln -s /usr/lib/x86_64-linux-gnu/tsung /usr/lib/tsung
2018-09-26 15:56:15 +02:00
~~~