JMeter Tests distribués : configuration maître-esclave

Par : Thomas Hamilton Thomas Hamilton
Hours Le kit de préparation mis à jour

⚡ Résumé intelligent

Tests distribués dans JMeter Utilise une configuration maître-esclave pour générer une charge à partir de plusieurs machines sur un seul serveur cible. Ce guide explique le modèle client-serveur et les étapes précises pour configurer, exécuter et dépanner un serveur distant. JMeter test.

  • ️ Modèle maître-esclave : Le maître dirige le JMeter Une interface graphique permet de contrôler chaque esclave, tandis que les esclaves envoient des requêtes au serveur cible.
  • 🌐 Prérequis réseau : Toutes les machines doivent partager le même sous-réseau et exécuter le même système d'exploitation. JMeter version, et avoir les pare-feu désactivés.
  • ⚙️ Configuration esclave : Lancez jmeter-server.bat sur chaque esclave, puis listez les adresses IP de chaque esclave dans le fichier jmeter.properties du maître.
  • ▶ ️ Exécution du test : Depuis l'interface graphique principale, choisissez Exécuter > Démarrage à distance et sélectionnez l'adresse IP esclave pour démarrer la génération de charge.
  • ️ Limites de dépannage : Redémarrez jmeter-server.bat et désactivez les pare-feu ; chaque esclave gère environ 100 à 300 threads.
En savoir plus

JMeter Tests distribués

Qu’est-ce que les tests distribués ?

Distribué Tests est un type de test qui utilise plusieurs systèmes pour effectuer Test de stress. Les tests distribués sont appliqués pour tester les sites Web et les applications serveur lorsqu'ils travaillent simultanément avec plusieurs clients.

Les tests distribués utilisent un modèle client-serveur, comme illustré dans la figure ci-dessous :

Tests distribués

  • Master: le système qui exécute le JMeter Interface graphique (GUI) permettant de contrôler chaque esclave.
  • Esclave: le système en marche JMeter-serveur, qui reçoit une commande du maître et envoie une requête à un serveur en cours de test.
  • Target: le serveur web testé, qui reçoit les requêtes des esclaves.

Exemple de test à distance

Condition préalable:

  • Les pare-feu des systèmes sont désactivés. Dans certains cas, le pare-feu peut encore bloquer le trafic. Vous devriez le désactiver. Windows pare-feu ou Linux pare-feu.
  • Toutes les machines doivent appartenir au même sous-réseau. Si elles ne sont pas sur le même sous-réseau, elles risquent de ne pas se reconnaître entre elles sur le réseau.
  • Utilisez la même version de JMeter pour éviter les erreurs/problèmes imprévus.

Voici la feuille de route pour ce test :

Exemple de test à distance

Étape 1) Configuration du système

Mettre en place le esclave Systèmes : accédez au répertoire jmeter/bin et exécutez le fichier « jmeter-server.bat ».

Supposons qu'une machine esclave ait l'adresse IP 192.168.0.10. WindowsVous devriez voir apparaître une fenêtre semblable à celle de la figure suivante :

Configuration du système

Sur le maître Pour les systèmes, accédez au répertoire /bin et modifiez le fichier. jmeter.properties, puis ajoutez l'adresse IP de la machine esclave comme ci-dessous :

Configuration du système

Étape 2) Exécutez le test

Vous êtes maintenant prêt à commencer les tests de charge. Sur la machine principale, exécutez la commande suivante : JMeter GUI et ouvrez le plan de test.

Cliquez sur Exécuter dans la barre de menu, puis sélectionnez Démarrage à distance -> sélectionnez le Votre adresse IP de la machine esclave.

Exécutez le test

Étape 3) Dépannage

Si vous ne parvenez pas à exécuter le test depuis la machine ci-dessus et que vous voyez l'erreur ci-dessous, demandez simplement au propriétaire d'une machine esclave d'exécuter le fichier jmeter-server.bat.

Dépannage

Désactivez le pare-feu sur les machines maître et esclave pour corriger cette erreur.

ARTICLES LIÉS

Limitation

Il y a quelques éléments de base limites pour les tests distribués. Voici une liste des éléments connus :

  • Le serveur et tous les clients doivent être allumés. le même sous-réseau.
  • Les tests distribués nécessitent que le serveur cible dispose d'une grande puissance de traitement. Le serveur cible pourrait être facilement surchargé au cas où il recevrait trop de requêtes provenant de sources distribuées JMeter Des tests.
  • Un célibataire ou Individual JMeter Le système esclave peut généralement gérer un nombre limité de threads, allant de 100 à 300 threads, selon la configuration matérielle et la complexité du plan de test.
  • Le distribué JMeter Les tests sont complexes et difficiles à réaliser pour un débutant.

FAQ

Oui. Les outils d'IA peuvent synthétiser de grands ensembles de résultats, détecter les anomalies de performance et mettre en évidence les goulots d'étranglement sur les machines esclaves. Ils accélèrent l'analyse, mais la configuration et l'exécution de l'infrastructure de test distribuée restent à votre charge.

Non. L'IA facilite la création de scripts et l'analyse des résultats, mais la génération d'une charge réaliste à haute concurrence sur un serveur nécessite toujours des machines de test distribuées. L'IA complète les tests distribués sans remplacer l'infrastructure.

Un seul nœud maître peut gérer plusieurs nœuds esclaves. La limite pratique dépend du processeur, de la mémoire et de la capacité réseau du maître. Chaque nœud esclave traite généralement entre 100 et 300 threads ; la capacité est donc proportionnelle au nombre de nœuds esclaves.

Les tests de charge mesurent le comportement d'un système sous une charge prévue. Les tests distribués répartissent cette charge sur plusieurs machines, permettant une concurrence bien supérieure à celle qu'une seule machine peut générer.

Résumez cet article avec :