تكوين اختبار تحميل Azure للتحميل على نطاق واسع

في هذه المقالة، ستتعلم كيفية تكوين اختبار التحميل الخاص بك على نطاق واسع باستخدام Azure Load Testing. يلخص اختبار تحميل Azure تعقيد توفير البنية الأساسية لمحاكاة نسبة استخدام الشبكة على نطاق واسع. لتوسيع نطاق اختبار التحميل، يمكنك تكوين عدد مثيلات محرك الاختبار المتوازي. لتحقيق توزيع تحميل مثالي، يمكنك مراقبة مقاييس صحة مثيل الاختبار في لوحة معلومات اختبار تحميل Azure.

المتطلبات الأساسية

• حساب Azure مع اشتراك نشط. في حال لم يكن لديك اشتراك Azure، فأنشئ حساباً مجانيّاً قبل البدء.

• مورد اختبار تحميل Azure موجود. لإنشاء مورد اختبار تحميل Azure، راجع التشغيل السريع إنشاء اختبار تحميل وتشغيله.

تكوين معلمات التحميل لاختبار التحميل

لمحاكاة حركة مرور المستخدم للتطبيق الخاص بك، يمكنك تكوين نمط التحميل وعدد المستخدمين الظاهريين الذين تريد محاكاة التحميل من أجلهم. من خلال تشغيل اختبار التحميل عبر العديد من مثيلات محرك الاختبار المتوازي، يمكن ل Azure Load Testing توسيع عدد المستخدمين الظاهريين الذين يحاكيون نسبة استخدام الشبكة إلى التطبيق الخاص بك. يحدد نمط التحميل كيفية توزيع الحمل على مدى مدة اختبار التحميل. أمثلة على أنماط التحميل هي التحميل الخطي أو المتدرج أو الارتفاع.

اعتمادا على نوع اختبار التحميل أو مستند إلى عنوان URL أو مستند إلى JMeter، لديك خيارات مختلفة لتكوين الحمل الهدف ونمط التحميل. يسرد الجدول التالي الاختلافات بين نوعي الاختبار.

نوع الاختبار	عدد المستخدمين الظاهريين	نمط التحميل
مستند إلى عنوان URL (أساسي)	حدد العدد المستهدف للمستخدمين الظاهريين في تكوين اختبار التحميل.	نمط التحميل الخطي، استنادا إلى وقت زيادة عدد المستخدمين الظاهريين وعددهم.
مستند إلى عنوان URL (متقدم)	حدد عدد محركات الاختبار وعدد المستخدمين الظاهريين لكل مثيل في تكوين اختبار التحميل.	تكوين نمط التحميل (خطي، خطوة، ارتفاع).
مستند إلى JMeter	حدد عدد محركات الاختبار في تكوين اختبار التحميل. حدد عدد المستخدمين الظاهريين في البرنامج النصي للاختبار.	تكوين نمط التحميل في البرنامج النصي للاختبار.

تكوين معلمات التحميل للاختبارات المستندة إلى عنوان URL

لتحديد معلمات التحميل لاختبار التحميل المستند إلى عنوان URL:

مدخل Microsoft Azure

1. في مدخل Microsoft Azure، انتقل إلى مورد اختبار تحميل Azure.

2. في جزء التنقل الأيمن، حدد Tests لعرض جميع الاختبارات.

3. في القائمة، حدد اختبار التحميل، ثم حدد تحرير.

   

   بدلا من ذلك، يمكنك أيضا تحرير تكوين الاختبار من صفحة تفاصيل الاختبار. للقيام بذلك، حدد Configure، ثم حدد Test.

4. في صفحة الأساسيات ، تأكد من تحديد تمكين الإعدادات المتقدمة.

5. في صفحة Edit test ، حدد علامة التبويب Load .

   بالنسبة للاختبارات المستندة إلى عنوان URL، يمكنك تكوين عدد مثيلات محرك الاختبار المتوازي ونمط التحميل.

6. استخدم عنصر تحكم شريط تمرير مثيلات المحرك لتحديث عدد مثيلات محرك الاختبار المتوازي. بدلا من ذلك، أدخل القيمة الهدف في مربع الإدخال.

   

7. حدد قيمة نمط التحميل من القائمة.

   لكل نمط، املأ إعدادات التكوين المقابلة. يوفر المخطط تمثيلا مرئيا لنمط التحميل ومعلمات التكوين الخاصة به.

   

Azure Pipelines / GitHub Actions

بالنسبة لسير عمل CI/CD، يمكنك تحديد معلمات التحميل لاختبار التحميل المستند إلى عنوان URL في ملف JSON للطلبات، في الخاصية testSetup .

اعتمادا على نمط التحميل (loadType)، يمكنك تحديد معلمات تحميل مختلفة:

نمط التحميل (loadType)	المعلمات
Linear	virtualUsersPerEngine، ، durationInSecondsrampUpTimeInSeconds
الخطوة	virtualUsersPerEngine، ، durationInSeconds، rampUpTimeInSecondsrampUpSteps
تصاعد	virtualUsersPerEngine، ، durationInSeconds، spikeMultiplierspikeHoldTimeInSeconds

في ملف تكوين اختبار التحميل YAML، تأكد من تعيين الخاصية testType إلى URL وتعيين الخاصية testPlan للإشارة إلى ملف JSON للطلبات.

تعرض القصاصة البرمجية التالية مثالا يطلب ملف JSON لاختبار التحميل المستند إلى عنوان URL. testSetup يحدد نمط تحميل خطي يعمل لمدة 300 ثانية، مع وقت زيادة 30 ثانية وخمسة مستخدمين ظاهريين لكل محرك اختبار.

{
    "version": "1.0",
    "scenarios": {
      "requestGroup1": {
        "requests": [
          {
            "requestName": "Request1",
            "requestType": "URL",
            "endpoint": "http://northwind.contoso.com",
            "queryParameters": [],
            "headers": {},
            "body": null,
            "method": "GET",
            "responseVariables": [
                {
                  "extractorType": "XPathExtractor",
                  "expression": "/note/body",
                  "variableName": "token"
                }
              ]
          },
          {
            "requestName": "Request2",
            "requestType": "CURL",
            "curlCommand": "curl --location '${domain}' --header 'Ocp-Apim-Subscription-Key: ${token}"
          }
        ],
        "csvDataSetConfigList": [
            {
              "fileName": "inputData.csv",
              "variableNames": "domain"
            }
          ]
      }
    },
    "testSetup": [
      {
        "virtualUsersPerEngine": 5,
        "durationInSeconds": 300,
        "loadType": "Linear",
        "scenario": "requestGroup1",
        "rampUpTimeInSeconds": 30
      }
    ]
}

تكوين معلمات التحميل للاختبارات المستندة إلى JMeter

لتحديد معلمات التحميل لاختبار التحميل المستند إلى JMeter:

مدخل Microsoft Azure

1. في مدخل Microsoft Azure، انتقل إلى مورد اختبار تحميل Azure.

2. في جزء التنقل الأيمن، حدد Tests لعرض جميع الاختبارات.

3. في القائمة، حدد اختبار التحميل، ثم حدد تحرير.

   

   بدلا من ذلك، يمكنك أيضا تحرير تكوين الاختبار من صفحة تفاصيل الاختبار. للقيام بذلك، حدد Configure، ثم حدد Test.

4. في صفحة تحرير الاختبار ، حدد علامة التبويب تحميل . استخدم عنصر تحكم شريط تمرير مثيلات المحرك لتحديث عدد مثيلات محرك الاختبار، أو أدخل القيمة مباشرة في مربع الإدخال.

   

5. حدد تطبيق لتعديل الاختبار واستخدام التكوين الجديد عند إعادة تشغيله.

Azure Pipelines / GitHub Actions

بالنسبة لسير عمل CI/CD، يمكنك تكوين عدد مثيلات المحرك في ملف تكوين اختبار YAML. يمكنك تخزين ملف تكوين اختبار التحميل جنبا إلى جنب مع ملف البرنامج النصي لاختبار JMeter في مستودع التحكم بالمصادر.

1. افتح ملف تكوين اختبار YAML لاختبار التحميل الخاص بك في المحرر الذي تختاره.

2. تكوين عدد مثيلات محرك الاختبار في engineInstances الإعداد.

   يقوم المثال التالي بتكوين اختبار تحميل يعمل عبر 10 مثيلات محرك اختبار متوازي.

   version: v0.1
   testId: SampleTestCICD
   displayName: Sample test from CI/CD
   testPlan: SampleTest.jmx
   description: Load test website home page
   engineInstances: 10
   

3. احفظ ملف تكوين YAML، وقم بتثبيت التغييرات على التحكم بالمصادر.

مراقبة مقاييس مثيل المحرك

للتأكد من أن مثيلات محرك الاختبار، نفسها ليست ازدحاما في الأداء، يمكنك مراقبة مقاييس الموارد لمثيل محرك الاختبار. قد يؤثر الاستخدام العالي للموارد لمثيل اختبار سلبا على نتائج اختبار التحميل.

يبلغ Azure Load Testing عن أربعة مقاييس للموارد لكل مثيل:

• النسبة المئوية لوحدة المعالجة المركزية.
• النسبة المئوية للذاكرة.
• بايت الشبكة في الثانية.
• عدد المستخدمين الظاهريين.

يعتبر مثيل محرك الاختبار سليما إذا كان متوسط النسبة المئوية لوحدة المعالجة المركزية أو نسبة الذاكرة على مدى مدة تشغيل الاختبار أقل من 75٪.

لعرض مقاييس مورد المحرك:

1. انتقل إلى مورد اختبار التحميل الخاص بك. في الجزء الأيمن، حدد Tests لعرض قائمة اختبارات التحميل.

2. في القائمة، حدد اختبار التحميل لعرض قائمة عمليات تشغيل الاختبار.

3. في قائمة تشغيل الاختبار، حدد تشغيل الاختبار الخاص بك.

4. في لوحة معلومات تشغيل الاختبار، حدد صحة المحرك لعرض مقاييس مورد المحرك.

   اختياريا، حدد مثيل محرك اختبار معين باستخدام عناصر تحكم عوامل التصفية.

استكشاف أخطاء مثيلات المحرك غير السليم وإصلاحها

إذا أظهر مثيل واحد أو عدة مثيلات استخداما عاليا للموارد، فقد يؤثر ذلك على نتائج الاختبار. لحل المشكلة، جرب واحدة أو أكثر من الخطوات التالية:

• تقليل عدد مؤشرات الترابط (المستخدمين الظاهريين) لكل محرك اختبار. لتحقيق عدد مستهدف من المستخدمين الظاهريين، قد تزيد من عدد مثيلات المحرك لاختبار التحميل.

• تأكد من أن البرنامج النصي الخاص بك فعال، مع عدم وجود تعليمة برمجية زائدة عن الحاجة.

• إذا كانت حالة صحة المحرك غير معروفة، أعد تشغيل الاختبار.

تحديد الطلبات في الثانية

يعتمد الحد الأقصى لعدد الطلبات في الثانية (RPS) التي يمكن أن ينشئها Azure Load Testing لاختبار التحميل الخاص بك على زمن انتقال التطبيق وعدد المستخدمين الظاهريين (VUs). زمن انتقال التطبيق هو الوقت الإجمالي من إرسال طلب تطبيق بواسطة محرك الاختبار، إلى تلقي الاستجابة. عدد المستخدمين الظاهريين هو عدد الطلبات المتوازية التي ينفذها Azure Load Testing في وقت معين.

لحساب عدد الطلبات في الثانية، قم بتطبيق الصيغة التالية: RPS = (# من وحدات VUs) * (1/زمن الانتقال بالثوان).

على سبيل المثال، إذا كان زمن انتقال التطبيق 20 مللي ثانية (0.02 ثانية)، وكنت تقوم بإنشاء حمل من 2000 وحدة ظاهرية، يمكنك تحقيق حوالي 100000 RPS (2000 * 1/0.02s).

لتحقيق عدد مستهدف من الطلبات في الثانية، قم بتكوين العدد الإجمالي للمستخدمين الظاهريين لاختبار التحميل الخاص بك.

إشعار

يبلغ Apache JMeter فقط عن الطلبات التي قدمتها إلى الخادم والعودة، إما ناجحة أم لا. إذا تعذر على Apache JMeter الاتصال بتطبيقك، فسيكون العدد الفعلي للطلبات في الثانية أقل من الحد الأقصى للقيمة. قد تكون الأسباب المحتملة أن الخادم مشغول جدا لمعالجة الطلب، أو أن شهادة TLS/SSL مفقودة. لتشخيص مشكلات الاتصال، يمكنك التحقق من مخطط الأخطاء في لوحة معلومات اختبار التحميل وتنزيل ملفات سجل اختبار التحميل.

مثيلات محرك الاختبار والمستخدمين الظاهريين

في البرنامج النصي Apache JMeter، يمكنك تحديد عدد مؤشرات الترابط المتوازية. يمثل كل مؤشر ترابط مستخدما ظاهريا يصل إلى نقطة نهاية التطبيق. نوصي بالاحتفاظ بعدد مؤشرات الترابط في برنامج نصي أقل من 250 كحد أقصى.

في Azure Load Testing، تكون مثيلات محرك الاختبار مسؤولة عن تشغيل البرنامج النصي Apache JMeter. تعمل جميع مثيلات محرك الاختبار بالتوازي. يمكنك تكوين عدد المثيلات لاختبار التحميل.

العدد الإجمالي للمستخدمين الظاهريين لاختبار التحميل هو بعد ذلك: VUs = (# threads) * (# test engine instances).

لمحاكاة عدد مستهدف من المستخدمين الظاهريين، يمكنك تكوين مؤشرات الترابط المتوازية في البرنامج النصي JMeter، ومثيلات المحرك لاختبار التحميل وفقا لذلك. مراقبة مقاييس محرك الاختبار لتحسين عدد المثيلات.

على سبيل المثال، لمحاكاة 1000 مستخدم ظاهري، قم بتعيين عدد مؤشرات الترابط في البرنامج النصي Apache JMeter إلى 250. ثم قم بتكوين اختبار التحميل باستخدام أربعة مثيلات لمحرك الاختبار (أي مؤشرات ترابط 4 × 250).

يحدد موقع مورد Azure Load Testing موقع مثيلات محرك الاختبار. تتم استضافة جميع مثيلات محرك الاختبار داخل مورد اختبار التحميل في نفس منطقة Azure.

المحتوى ذو الصلة

• مزيد من المعلومات حول حدود الخدمة والحصص النسبية في Azure Load Testing.