Table des matières
Un scénario contient tous les paramètres nécessaires pour lancer un test en charge:
Quelles populations tester,
La durée du test pour chaque population,
La politique de charge, représente le nombre et la variation des Utilisateurs Virtuels à générer pour la population,
Quels injecteurs de charge doivent lancer la population,
NeoLoad peut gérer plusieurs scénarios par projet. De cette manière, il est facile de passer d'une configuration de test à une autre : un test court avec une charge croissante, un test très long avec des pics de charge, un test avec une charge très réaliste...
La charge simulée dans un scénario est définie par une durée et un nombre d'Utilisateurs Virtuels. Chaque Utilisateur Virtuel joue les pages web définies dans son profil et s'arrête. NeoLoad relance alors un nouvel Utilisateur Virtuel du même profil pour maintenir la charge désirée.
Configure la durée de la population : illimité, un temps prédéfini ou par itération. Une itération représente un Utilisateur Virtuel exécuté entièrement. Lorsque la durée par itération est sélectionnée, la durée d'exécution doit être définie en entrant le nombre d'itération dans le panneau de la politique de durée.
Dans tous les cas, un test peut être arrêté à n'importe quel moment
en cliquant sur le bouton 
.
Spécifie le nombre et la variation des Utilisateurs Virtuels à générer. Choisir une ou plusieurs populations à tester et la politique de charge pour chaque population :
Constante - Génère un nombre constant d'Utilisateurs Virtuels.
Croissante - Génère un nombre croissant d'Utilisateurs Virtuels. Intéressant pour vérifier le comportement du serveur lors de l'augmentation de la charge.
Avec pics - Génère un nombre constant d'Utilisateurs Virtuels avec des phases périodiques de forte charge. Intéressant pour vérifier si le serveur retrouve un comportement normal après un pic de charge.
Personnalisée - Permet de définir la charge à simuler en traçant la courbe de variation des Utilisateurs Virtuels. Il est possible d'utiliser un fichier CSV afin d'importer la courbe de charge. Le fichier doit avoir le format suivant :
Temps (en secondes) <séparateur> Nombre d'utilisateurs.
La population sera exécutée pour un nombre d'itérations défini dans ce panneau. Chaque utilisateur simulé est démarré pour un nombre prédéfini d'itérations, et n'attend pas entre deux itérations. Quand la fin du test est proche, certains utilisateurs ont fini toutes leurs itérations et d'autres sont toujours en cours de test. Ceci peut expliquer que la charge baisse jusqu'à ce que tous les utilisateurs soient arrêtés.
Pour une charge croissante ou en pic, le lancement des nouveaux utilisateurs après une étape s'effectue quand tous les anciens utilisateurs ont fini leurs itérations. Ainsi avant chaque étape et selon la définition des utilisateurs, la charge peut descendre à 0.
Constante - Défini le nombre d'itérations devant être exécutées par les Utilisateurs Virtuels.
Croissante - Le champs "Nombre d'itérations" permet de déterminer la durée du test. En effet, le test s'arrête lorsque chaque utilisateur lancé pour la première itération a effectué le nombre d'itérations désigné par le champ "Nombre d'itérations (pour chaque utilisateur initial)". Les utilisateurs lancés par la suite pour chaque incrément n'ont pas d'influence sur la durée du test.
Exemple de charge: pour une charge croissante de 10 utilisateurs, avec un incrément de 2 utilisateurs toutes les 5 itérations. Lancer le test avec une nombre d'itérations de 20, donnera la charge suivante:
10 utilisateurs durant 5 itérations
12 utilisateurs durant 5 itérations
14 utilisateurs durant 5 itérations
puis 16 utilisateurs durant 5 itérations. (Le test se termine lorsque les 10 premiers utilisateurs ont effectués 20 itérations)
Pics - Le champs "Nombre d'itérations" permet de déterminer la durée du test. En effet, le test s'arrête lorsque chaque utilisateur lancé pour le premier plateau a effectué le nombre d'itérations désigné par le champ "Nombre d'itérations (pour chaque utilisateur initial)". Les utilisateurs lancés par la suite pour chaque pic n'ont pas d'influence sur la durée du test.
Exemple de charge: pour une charge en pic de 10 utilisateurs comme charge minimum durant 5 itérations et 20 utilisateurs comme charge maximale durant 3 itérations. Démarrer le test avec un nombre d'itérations de 20 donnera la charge suivante:
10 utilisateurs durant 5 itérations
20 utilisateurs durant 3 itérations
10 utilisateurs durant 5 itérations
20 utilisateurs durant 3 itérations
puis 10 utilisateurs durant 4 itérations. (Le test se termine lorsque les 10 premiers utilisateurs ont effectués 20 itérations)
Personnalisée - Le nombre d'Utilisateurs Virtuels à lancer ainsi que le nombre d'itérations sont définis en traçant la courbe de charge. Il est possible d'utiliser un fichier CSV afin d'importer la courbe de charge. Le fichier doit avoir le format suivant :
Numéro de l'itération <séparateur> Nombre d'utilisateurs.
L'injecteur de charge est le programme qui simule les Utilisateurs Virtuels. Chaque contrôleur NeoLoad contient un injecteur de charge. Des Injecteurs de Charge peuvent être installés comme programmes séparés sur différentes machines.
La liste des machines des injecteurs de charge montre les injecteurs
de charge disponibles. Tous les injecteurs de charge démarrés dans le sous
réseau sont automatiquement détectés par le Contrôleur au démarrage.
Appuyer sur le bouton 
pour
découvrir automatiquement les injecteurs de charge démarrés (peut
nécessiter quelques secondes pour être détecté). Les injecteurs de charge
peuvent être déclarés manuellement: entrer une liste de noms de machine ou
d'adresses IP.
Les injecteurs de charge en marche sont signalés par un voyant vert, ceux arrêtés par un voyant rouge, et ceux dont la version nécessite une mise à jour par un voyant orange (voir la section intitulée « Mise à jour automatique des injecteurs de charge »).
Pour chaque population, choisir les injecteurs de charge à utiliser. Le contrôleur distribue les Utilisateurs Virtuels à simuler entre les injecteurs de charge sélectionnés et actifs.
Toutes les interfaces réseau détectées de l'injecteur de charge sont listées dans ce panneau. Pour les machines servant de routeur entre différents réseaux, il est possible de choisir la carte réseau à utiliser par l'injecteur de charge. Sur les interfaces sélectionnées, toutes les adresses IP de la machine sont listées. Par défaut, aucune carte ni aucune adresse n'est sélectionnée, cela signifie que les paramètres réseaux par défaut de la machine seront utilisés.
Définir plusieurs adresses IP permet de tester les applications utilisant un équilibreur de charge basé sur les adresses IP. Dans ce cas, une adresse aléatoire est attribuée à chaque Utilisateur Virtuel. Les adresses IP doivent être disponibles sur le réseau (i.e. : pas utilisés par une autre machine sur le réseau). Il peut être nécessaire de vérifier que ces adresses peuvent être utilisées auprès d'un administrateur système.
Pour définir des adresses IP dans la liste, il faut définir des adresses IP additionnelles sur le système d'exploitation de l'injecteur de charge.
Ces paramètres vont modifier la configuration du réseau de l'injecteur de charge. Prière de consulter un administrateur système avant de modifier la configuration de la machine. Les paramètres multi adresses IP sont aussi appelés paramètres IP virtuels dans quelques documentations.
Windows.
Dans le menu démarrer, cliquer sur le panneau de configuration.
Dans les Connexions réseau, ouvrir les propriétés du réseau local: clic droit sur la connexion au réseau local puis cliquer sur "
propriétés".Sélectionner Protocole Internet (TCP/IP) dans la liste puis cliquer sur le bouton "
propriétés".Le paramétrage d'adresses IP multiples n'est pas disponible en mode DHCP. Si le mode DHCP est sélectionné (i.e. : "
Obtenir une adresse IP automatiquement"), il faut le changer en adresse IP fixe.Le panneau avancé des adresses IP montre la liste de toutes les adresses IP définies. Cliquer sur le bouton "
Ajouter".Entrer la nouvelle adresse IP et le masque de sous réseau dans la boite de dialogue. Ensuite cliquer sur le bouton "
Ajouter".La nouvelle adresse IP doit apparaître dans la liste.
Répéter les étapes 5 à 7 pour définir chaque adresse IP.
Linux. Le paramétrage d'adresses IP multiples n'est pas disponible en mode DHCP. Changer les paramètres pour utiliser une adresse IP fixe. Utiliser la commande ifconfig pour ajouter une nouvelle adresse IP.
Par exemple, la ligne de commande pour ajouter 2 nouvelles adresses IP (ex :
192.168.1.10et192.168.1.11) à l'interface réseau eth0 est :ifconfig eth0:0 192.168.1.10 ifconfig eth0:1 192.168.1.11
Les Utilisateurs Virtuels simulés durant le test sont distribués sur tous les injecteurs de charge disponibles. Par défaut, tous les Injecteurs de Charge créent le même nombre d'Utilisateurs Virtuels.
En augmentant le facteur de charge, le nombre d'Utilisateurs Virtuels créés par cet injecteur de charge augmente. Par exemple, un injecteur de charge "A" avec un facteur "3" et un injecteur de charge "B" avec un facteur "2", "A" créé 3 utilisateurs virtuels quand "B" en crée 2. Les machines les plus puissantes peuvent être paramétrées pour générer plus d'Utilisateurs Virtuels.
Un Contrôleur NeoLoad peut mettre à jour les injecteurs de charge obsolètes (témoin orange dans la liste). Ceci est particulièrement utile après une mise à jour du Contrôleur.
Procédure 8.1. Mettre à jour un injecteur de charge
Dans l'onglet "
Scénarios", dans la section "Machines des injecteurs de charge", cliquer sur le bouton
.Sélectionner l'onglet "
Version".Cliquer sur le bouton "
Mettre à jour". Le bouton est grisé si la mise à jour n'est pas possible ou pas nécessaire.
Au lancement du test, NeoLoad vérifie les versions des injecteurs utilisés et propose la mise à jour des injecteurs obsolètes. Le test continue normalement après la mise à jour des injecteurs.
Un contrôleur ne peut mettre à jour l'injecteur inclus dans un autre contrôleur. Dans ce cas, procéder à une mise à jour manuelle à l'aide de l'installeur classique.
Si l'Agent de l'injecteur est démarré avec un compte système qui n'a pas les droits d'écritures nécessaire à la mise à jour du programme, la mise à jour automatique n'est pas possible. Dans ce cas, procéder à une mise à jour manuelle à l'aide de l'installeur classique.
![[Important]](images/important.png) | Important |
|---|---|
Si la mise à jour échoue ou si l'injecteur de charge ne fonctionne pas correctement après une mise à jour automatique, procéder à une mise à jour manuelle à l'aide de l'installeur classique. |
![[Note]](images/note.png) | Note |
|---|---|
Un Contrôleur NeoLoad peut uniquement mettre à jour les injecteurs de charge ayant la même version majeure. Par exemple, le Contrôleur NeoLoad 3.1.2 peut mettre à jour un injecteur de charge 3.1.1. Par contre, ce Contrôleur ne peut pas mettre à jour un injecteur de charge 3.0.9. Dans ce cas, procéder à une mise à jour manuelle à l'aide de l'installeur classique. |
Permet de définir :
La politique de démarrage - Défini comment démarrer la population:
"Immédiate": la population démarre dès le début du test."Décalée": la population ne démarre qu'après un certain temps."Séquentielle": la population démarre lorsque la population sélectionnée à terminée.
Par ailleurs, on peut définir comment démarrer les Utilisateurs Virtuels : simultanément ou avec un délai. Cette politique est utilisée chaque fois que de nouveaux utilisateurs virtuels sont créés : sur chaque augmentation de charge pour une politique de charge croissante, et pour chaque pic de charge pour une politique de charge en pics.
La politique d'arrêt - Défini comment arrêter la population:
"Immédiate": les utilisateurs sont arrêtés après la durée choisie pour la population, ils ne terminent pas leurs actions."Décalée": on laisse un temps aux Utilisateurs Virtuels pour terminer leurs actions, à la fin du temps les utilisateurs sont arrêtés."Indéterminée": on laisse les Utilisateurs Virtuels terminer leurs actions.
Pour chaque scénario, les paramètres suivants sont modifiables:
Propriétés du scénario - nom et description du scénario.
Exécution avancée :
Utilisateurs virtuels: activer ou désactiver l'affichage en temps réel de l'état des utilisateurs virtuels.Paramètres de monitoring: activer une période de monitoring avant et/ou après le test. Cela permet de vérifier le comportement du serveur stressé avant le test et de vérifier les impacts du test en charge.
Mode debug - ce mode enregistre les exécutions (requêtes et réponses) de l'ensemble des utilisateurs virtuels. Voir la documentation pour démarrer un test en mode debug.
Deux niveaux d'enregistrement existent :
Uniquement les utilisateurs virtuels en erreur.
Tous les utilisateurs virtuels.
![[Avertissement]](images/warning.png)
Avertissement Lancer un scénario en mode debug peut dégrader les performances lorsqu'un trop grand nombre d'utilisateurs virtuels sont démarrés sur un injecteur de charge.
Afin de pouvoir effectuer un test important il est conseillé d'utiliser plusieurs injecteurs de charge avec une charge moindre.
Les exécutions des utilisateurs virtuels sont disponibles dans les résultats du test dans l'onglet "
Debug". Voir la documentation du mode debug dans les résultats pour plus d'informations.
Pour plus d'informations sur la configuration des politiques de rendez-vous, se référer voir la documentation Configuration des rendez-vous du scénario.
NeoLoad permet de planifier l'exécution d'un test à un moment donné.
Procédure 8.2. Planifier un test
Sélectionner le
scénarioà exécuter.Cliquer le bouton "
Avancé...".Sélectionner l'onglet "
Programmer un test".Sélectionner la boite à cocher "
Activer la programmation pour ce scénario".Sélectionner la date et l'heure voulue pour le démarrage du test.
Entrer une règle de répétition (optionnel).
Entrer la description du test (optionnel).
Cliquer sur
"OK".
| Note |
|---|---|
NeoLoad doit être en cours d'exécution au moment spécifié pour pouvoir lancer le ou les tests. |
