Que sont les étapes de montée en charge dans les tests de charge
Que sont les étapes de montée en charge dans les tests de charge
La propriété Étapes de montée en charge représente la granularité des requêtes, plus il y a d'étapes, plus le profil est lisse, consultez le graphique pour une meilleure compréhension.
Ce paramètre s'applique uniquement au temps de montée en charge.
Ce paramètre est similaire également pour les tests de charge JMeter.
Note : Vous pouvez faire glisser le paramètre Étapes de montée en charge pour mieux visualiser le test de charge que vous êtes sur le point d'exécuter.
Comment les étapes de montée en charge et le temps de montée en charge fonctionnent ensemble
Le temps de montée en charge est le temps nécessaire pour passer de zéro à votre nombre total d'utilisateurs virtuels. Les étapes de montée en charge déterminent comment cette augmentation est répartie en chemin. Plutôt que d'ajouter les utilisateurs un par un, ou tous en même temps, LoadFocus les ajoute par lots : le nombre total d'utilisateurs virtuels divisé par le nombre d'étapes, réparti uniformément sur le temps de montée en charge.
Cela vous donne deux chiffres à connaître pour chaque test :
- Utilisateurs par étape = Utilisateurs virtuels / Étapes
- Temps par étape = Temps de montée en charge / Étapes
Un exemple concret
Supposons que vous configuriez 100 utilisateurs virtuels, un temps de montée en charge de 100 secondes, et 10 étapes de montée en charge. Cela revient à 10 nouveaux utilisateurs virtuels qui rejoignent le test toutes les 10 secondes, jusqu'à ce que les 100 soient actifs à la marque des 100 secondes. Le graphique sur la page de configuration du test se redessine au fur et à mesure que vous déplacez le curseur, ce qui vous permet de voir ce profil en escalier avant même de démarrer le test.
Pourquoi c'est important
Un test de charge a rarement besoin d'atteindre son trafic de pointe instantanément, l'usage réel se construit sur des minutes, pas des millisecondes. Monter en charge par étapes laisse à votre infrastructure, à l'autoscaling, aux caches et aux pools de connexions le temps de réagir comme ils le feraient avec du trafic organique, au lieu d'être frappés par un mur de requêtes à la seconde zéro. Cela rend aussi les résultats plus faciles à lire : comme les utilisateurs rejoignent le test par lots visibles, vous pouvez regarder votre graphique de temps de réponse ou de taux d'erreur et voir approximativement quelle étape a introduit un problème, plutôt que de simplement savoir que quelque chose s'est cassé quelque part lors d'une seule montée instantanée.
Choisir un nombre d'étapes
- Trop peu d'étapes (disons, 2 ou 3) fait ressembler la montée en charge à quelques sauts brusques plutôt qu'à une montée progressive et lisse, ce qui peut déclencher les mêmes problèmes de démarrage à froid que vous cherchiez à éviter en montant en charge.
- Trop d'étapes par rapport à vos utilisateurs virtuels gaspille de la granularité. Dix étapes pour 5 utilisateurs virtuels signifie que certaines étapes ajoutent zéro utilisateur entier, donc les étapes supplémentaires ne changent pas le profil de trafic, elles ajoutent seulement une configuration dont vous n'avez pas besoin.
- Un bon point de départ est une étape pour chaque tranche de 10 à 20 utilisateurs virtuels que vous montez en charge, ajusté selon la fluidité que vous voulez voir sur le graphique et la sensibilité de votre système aux augmentations soudaines.
Ce paramètre se comporte de la même façon pour les tests de charge JMeter, où la montée en charge par étapes est un profil courant pour simuler un trafic qui augmente progressivement.