0Pricing
Load Testing & Performance Benchmarking (JMeter & k6) · درس

إعداد JMeter الموزع

اضبط اختبارات JMeter ونفّذها عبر عدة محركات بعيدة لمحاكاة أحمال ضخمة.

إعداد JMeter الموزع درس مجاني في Load Testing & Performance Benchmarking (JMeter & k6) على CoddyKit. هذا هو الدرس 2 من أصل 4. يمكنك قراءة الدرس كاملاً أدناه مجاناً — ثم تمرن عليه مباشرة في المتصفح باستخدام محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7. هذا الدرس جزء من مسار التعلم في Load Testing & Performance Benchmarking (JMeter & k6)، وتقدمك يتزامن عبر الويب وتطبيق CoddyKit. تتضمن دورة Load Testing & Performance Benchmarking (JMeter & k6) 4 دروس في المجموع.

بعض أجزاء هذا الدرس لم تُترجم بعد وتظهر باللغة الإنجليزية.

Why Distributed Testing?

When a single machine isn't enough to generate the required load, we need distributed testing. This means using multiple machines to simulate a massive number of users.

JMeter supports this by allowing you to run a test across several remote engines, all controlled by one master machine.

JMeter's Distributed Architecture

JMeter uses a Master-Slave architecture for distributed testing.

  • Master: Your local machine, where you design the test plan and initiate the test. It collects results from the slaves.
  • Slave (Engine): Remote machines that execute the test plan and generate the actual load against your target application.

Setup Prerequisites

Before setting up, ensure:

  • Java: All master and slave machines have the same version of Java installed.
  • JMeter: The same JMeter version is installed on all machines.
  • Network: All machines are on the same network and can communicate with each other.
  • Firewall: Ports are open for communication (default 1099, plus others if specified).

Master Configuration

The master machine needs to know about its slaves. Open jmeter.properties (in JMeter's bin folder) on the master machine.

Find the remote_hosts property and list the IP addresses or hostnames of your slave machines, separated by commas.

remote_hosts=192.168.1.101,192.168.1.102

Slave Configuration

On each slave machine, you typically don't need to modify remote_hosts. However, you might need to ensure RMI (Remote Method Invocation) communication is correctly set up.

If you have multiple network interfaces, set java.rmi.server.hostname to the slave's IP address in jmeter.properties. This tells the master which IP to connect to.

java.rmi.server.hostname=192.168.1.101

Launching Slave Engines

Once configured, start the JMeter server on each slave machine. Navigate to JMeter's bin directory and run the jmeter-server script.

This command starts the JMeter engine, making it ready to receive test plans from the master.

jmeter-server

Firewall & Port Setup

JMeter's distributed testing relies on RMI, which uses specific ports for communication. By default, RMI uses port 1099.

Ensure that port 1099 (or any custom RMI port you configure) is open in both directions (inbound/outbound) on the firewalls of all master and slave machines.

Executing a Distributed Test

From the master machine, you can start the test using the command line. Use the -R flag followed by the slave IP addresses to specify which remote engines to use.

The test plan (JMX file) will be sent to the specified remote engines, which will then execute it concurrently.

jmeter -n -t my_test_plan.jmx -R 192.168.1.101,192.168.1.102 -l results.jtl

Running via GUI (Master)

You can also initiate a distributed test directly from the JMeter GUI on the master machine.

Go to Run > Remote Start and select the IP addresses of the slave machines you want to use. This offers a visual way to manage your remote engines.

Distributed Setup Check

You've learned how to set up JMeter for distributed testing. Let's test your understanding!

Distributed Testing Recap

Great job! You've learned how to configure JMeter for distributed load testing.

  • We covered the Master-Slave architecture.
  • You now know how to configure jmeter.properties on both master and slave machines.
  • We discussed starting slave engines and running tests remotely from the master.
  • Remember firewall considerations for smooth communication!

This setup allows you to simulate massive user loads, far beyond what a single machine can handle.

الأسئلة الشائعة

هل درس «إعداد JMeter الموزع» مجاني؟

نعم — نص درس «إعداد JMeter الموزع» كامل متاح مجاناً هنا على الويب. لتمرينه بشكل تفاعلي (محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7) وفتح باقي دورة Load Testing & Performance Benchmarking (JMeter & k6)، انتقل إلى CoddyKit PRO. تتضمن دورة Load Testing & Performance Benchmarking (JMeter & k6) 4 دروس في المجموع.

ماذا ستتعلم في «إعداد JMeter الموزع»؟

اضبط اختبارات JMeter ونفّذها عبر عدة محركات بعيدة لمحاكاة أحمال ضخمة. تتمرن على Load Testing & Performance Benchmarking (JMeter & k6) مع أكواد عملية تشغلها مباشرة في المتصفح، ومدرس ذكاء اصطناعي متاح 24/7 يجيب على أسئلتك أثناء عملك.

هل أحتاج إلى خبرة سابقة لأبدأ Load Testing & Performance Benchmarking (JMeter & k6)؟

لا تُشترط خبرة سابقة. Load Testing & Performance Benchmarking (JMeter & k6) على CoddyKit منظم للمبتدئين حتى المتقدمين، لذا يمكنك البدء من هنا أو من البداية والتقدم بسرعتك الخاصة. هذا هو الدرس 2 من أصل 4.

كم من الوقت يستغرق درس «إعداد JMeter الموزع»؟

معظم دروس CoddyKit تستغرق حوالي 5–10 دقائق. كل منها موجز وتفاعلي، لذا تحرز تقدماً مستمراً وتستأنف من حيث توقفت عبر الويب والتطبيق.

هل يمكنني كتابة وتشغيل أكواد في درس Load Testing & Performance Benchmarking (JMeter & k6) هذا؟

نعم. كل درس في Load Testing & Performance Benchmarking (JMeter & k6) يتضمن محرر أكواد مدمج، لذا تكتب وتشغل أكواداً حقيقية مباشرة في متصفحك وتحصل على تعليقات فورية من الذكاء الاصطناعي — بدون إعداد محلي.

جميع الدروس في هذه الدورة

  1. أهمية الاختبار الموزع
  2. إعداد JMeter الموزع
  3. k6 مع Cloud وKubernetes
  4. تجميع النتائج الموزعة ومزامنتها
← العودة إلى Load Testing & Performance Benchmarking (JMeter & k6)