Tsung Distributed Client Load Testing - Requêtes HTTP simples

Question

J'essaie de créer un réseau de clients distribués en utilisant Tsung. J'ai un cluster de 14 machines différentes. Je veux utiliser m01 comme serveur et les machines m02 et m03 comme clients (ou utilisateurs simulés).

Voici ce que j'ai écrit :

<!-- Client side setup -->
<clients>
    <client host="localhost" maxusers="400" cpu="1"><ip value="192.168.1.2"/></client>
    <client host="m03" maxusers="400" cpu="1"><ip value="192.168.1.3"/></client>
</clients>

Le serveur que je vise est défini ici :

<!-- Server side setup -->
<servers>
    <server host="192.168.1.1" port="5000" type="tcp"></server>
</servers>

Chaque fois que j'essaie de l'exécuter, j'obtiens l'erreur suivante :

Host key verification failed.

Pour les notes, m02 est un hôte local sur lequel j'exécute tsung.

J'ai installé tsung et erlan sur toutes les machines et j'ai effectué divers tests pour m'assurer que je pouvais exécuter des tests non distribués.

Je ne sais pas comment procéder à partir de là.

Answer 1

Le test de charge distribué par Tsung est basé sur la distribution du shell SSH. Veillez à configurer votre système SSH de manière à ce que vous puissiez vous connecter sans demande de mot de passe (avec une clé) du maître à tous les nœuds esclaves.

De Documentation Tsung :

pour les tests distribués, vous avez besoin d'un accès ssh aux machines distantes sans mot de passe (utilisez une clé RSA/DSA sans phrase de passe ou ssh-agent) (rsh est également supporté)

Answer 2

Vous êtes-vous déjà connecté en mode ssh aux machines que vous essayez d'utiliser à partir de la machine sur laquelle vous vous trouvez ?

ubuntu@ip-10-168-221-101:~/sessions$ tsung -f project.xml -l logs/tsung.log start
Starting Tsung
"Log directory is: /home/ubuntu/sessions/logs/20120830-1008"
Host key verification failed.
Host key verification failed.
Host key verification failed.
Host key verification failed.
^C
BREAK: (a)bort (c)ontinue (p)roc info (i)nfo (l)oaded
       (v)ersion (k)ill (D)b-tables (d)istribution
^Cubuntu@ip-10-168-221-101:~/sessions$ grep client project.xml 
  <clients>
    <client host="localhost"/>
    <client host="ip-10-161-74-53"/>
    <client host="ip-10-168-154-136"/>
    <client host="ip-10-168-15-66"/>
    <client host="ip-10-168-86-249"/>
  </clients>
  the mean inter-arrival time between new clients and the phase

ubuntu@ip-10-168-221-101:~/sessions$ ssh ip-10-161-74-53 erl
The authenticity of host 'ip-10-161-74-53 (10.161.74.53)' can't be established.
ECDSA key fingerprint is d0:92:3c:f1:56:99:c8:34:8b:0f:99:e8:10:7e:69:a6.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'ip-10-161-74-53,10.161.74.53' (ECDSA) to the list of known hosts.
Eshell V5.8.5  (abort with ^G)
1> ^C

ubuntu@ip-10-168-221-101:~/sessions$ for d in $(grep client project.xml | grep ip | sed 's/<client host="\([^"]\+\)"\/>/\1/'); do ssh $d cat /etc/hosts; done
127.0.0.1 localhost

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
[...]

ubuntu@ip-10-168-221-101:~/sessions$ tsung -f project.xml -l logs/tsung.log start
Starting Tsung
"Log directory is: /home/ubuntu/sessions/logs/20120830-1013"

Profit !"

Answer 3

1 Utilisez ceci sur le serveur (maître) pour vérifier si le login SSH sans mot de passe est correct :

ssh client-002 erl 

2 Si ce n'est pas le cas, faites-le pour que votre fichier de clé publique soit le plus récent possible :

ssh-copy-id your-hostname

PS : Si vous avez configuré votre login SSH sans mot de passe OK, alors N'UTILISEZ PAS ssh-keygen pour générer une nouvelle clé publique.

Answer 4

Étapes 1. redémarrer les machines virtuelles et démarrer une nouvelle session

2. supprimer les lignes de /home/user/.ssh/known_hosts relatives aux machines m01, m02 et m03 de chacune des machines.

3. modifier les fichiers /etc/hosts de chacun d'entre eux pour qu'ils contiennent l'adresse IP et le nom d'hôte/fqdn/shortname de m01, m02 et m03.

4. copier le contenu de la clé publique dans le fichier /home/user/.ssh/authorized_keys et copier le fichier de la clé privée dans le dossier /home/user/.ssh/. Générez de nouvelles clés privées et publiques à l'aide de keygen si elles n'ont pas été générées.

5. (étape importante) Exécutez maintenant la commande : " ssh m03 " à partir de m01 et m02. Il est important d'utiliser le même nom (ou nom d'hôte) dans ... (dans votre fichier .xml), dans le fichier /etc/hosts et lors de l'exécution de ssh. (le nom d'hôte que vous utilisez pour ssh sera ajouté dans le fichier known_hosts). Procédez de la même manière sur les deux autres machines.

Référence : http://cryolite.iteye.com/blog/378758 (veuillez traduire)

L'erreur "Host key verification failed" n'apparaîtra plus jamais :)