Настройка нагрузочного тестирования Azure для масштабируемой нагрузки

Из этой статьи вы узнаете, как настроить нагрузочный тест для высокомасштабного тестирования с помощью Azure Load Testing. Нагрузочное тестирование Azure абстрагирует сложность подготовки инфраструктуры для имитации высокомасштабного трафика. Чтобы масштабировать нагрузочный тест, можно настроить количество экземпляров параллельного модуля тестирования. Для достижения оптимального распределения нагрузки можно отслеживать метрики работоспособности экземпляра теста на панели мониторинга нагрузочного тестирования Azure.

Предпосылки

Учетная запись Azure с активной подпиской. Если у вас нет подписки на Azure, создайте бесплатную учетную запись перед началом.
Существующий ресурс нагрузочного тестирования Azure. Сведения о создании ресурса нагрузочного тестирования Azure см. в кратком руководстве по созданию и запуску нагрузочного теста.

Настройка параметров загрузки для нагрузочного теста

Чтобы имитировать трафик пользователей для приложения, можно настроить шаблон загрузки и количество виртуальных пользователей, для которых нужно имитировать нагрузку. Выполняя нагрузочный тест во многих параллельных экземплярах подсистемы тестирования, нагрузочное тестирование Azure может масштабировать количество виртуальных пользователей, которые имитируют трафик в приложение. Шаблон нагрузки определяет распределение нагрузки в течение длительности нагрузочного теста. Примерами шаблонов нагрузки являются линейная, ступенчатая или пиковая нагрузка.

В зависимости от типа нагрузочного теста на основе URL-адресов, на основе JMeter или на основе локуста можно настроить целевую нагрузку и шаблон нагрузки. В следующей таблице перечислены различия между типами тестов.

Тип теста	Число виртуальных пользователей	Шаблон загрузки
Основано на URL (базовый)	Укажите целевое число виртуальных пользователей в конфигурации нагрузочного теста.	Шаблон линейной нагрузки, основанный на времени наращивания нагрузки и количестве виртуальных пользователей.
На основе URL (расширенный)	Укажите количество тестовых движков и количество виртуальных пользователей на экземпляр в конфигурации нагрузочного теста.	Настройте шаблон нагрузки (линейный, шаг, пик).
На основе JMeter	Укажите количество виртуальных пользователей на экземпляр в тестовом скрипте. Укажите количество тестовых движков в конфигурации нагрузочного теста.	Настройте шаблон нагрузки в скрипте тестирования.
Locust-based	Укажите общее количество пользователей в конфигурации нагрузочного теста, файл конфигурации саранчи или скрипт теста. Укажите количество тестовых движков в конфигурации нагрузочного теста.	Настройте шаблон нагрузки в скрипте тестирования.

Настройка параметров загрузки для тестов на основе URL-адресов

Чтобы указать параметры нагрузки для нагрузочного теста на основе URL-адресов, выполните указанные ниже действия.

Портал Azure
Azure Pipelines / GitHub Actions

В портале Azure перейдите к вашему ресурсу Azure Load Testing.
В левой навигации выберите Тесты, чтобы просмотреть все тесты.
В списке выберите нагрузочный тест и нажмите кнопку "Изменить".

Кроме того, можно изменить конфигурацию теста на странице сведений о тесте. Для этого нажмите кнопку "Настроить" и выберите "Тест".
На странице "Основы" установите флажок "Включить дополнительные параметры".
На странице "Изменить тест" выберите вкладку "Загрузка ".

Для тестов на основе URL-адресов можно настроить количество экземпляров параллельного тестового модуля и шаблон нагрузки.
Используйте ползунок ползунка экземпляров ядра для обновления количества экземпляров параллельного тестового модуля. Кроме того, введите целевое значение в поле ввода.
Выберите значение шаблона загрузки из списка.

Для каждого шаблона заполните соответствующие параметры конфигурации. Диаграмма предоставляет визуальное представление шаблона загрузки и его параметров конфигурации.

Для рабочих процессов CI/CD в свойстве testSetup укажите параметры загрузки для нагрузочного теста на основе URL-адреса в файле JSON запроса.

В зависимости от шаблона нагрузки (loadType) можно указать различные параметры загрузки:

Шаблон загрузки (`loadType`)	Параметры
Линейный	`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, выполните следующие действия.

Портал Azure
Azure Pipelines / GitHub Actions

В портале Azure перейдите к вашему ресурсу Azure Load Testing.
В левой навигации выберите Тесты, чтобы просмотреть все тесты.
В списке выберите нагрузочный тест и нажмите кнопку "Изменить".

Кроме того, можно изменить конфигурацию теста на странице сведений о тесте. Для этого нажмите кнопку "Настроить" и выберите "Тест".
На странице "Изменить тест" выберите вкладку "Загрузка ". Используйте ползунок "Экземпляры ядра", чтобы обновить количество экземпляров тестового модуля или ввести значение непосредственно в поле ввода.
Нажмите кнопку "Применить" , чтобы изменить тест и использовать новую конфигурацию при повторном запуске.

Для рабочих процессов CI/CD можно настроить количество экземпляров ядра в файле конфигурации тестов YAML. Файл конфигурации нагрузочного теста хранится вместе с файлом скрипта теста JMeter в репозитории системы управления версиями.

Откройте файл конфигурации тестов YAML для нагрузочного теста в выбранном редакторе.
Настройте количество экземпляров тестового движка в параметре engineInstances.

В следующем примере настраивается нагрузочный тест, который выполняется в 10 экземплярах параллельного модуля тестирования.
```
version: v0.1
testId: SampleTestCICD
displayName: Sample test from CI/CD
testPlan: SampleTest.jmx
description: Load test website home page
engineInstances: 10
```
Сохраните файл конфигурации YAML и зафиксируйте изменения в системе контроля версий.

Настройка параметров нагрузки для тестов на основе Locust

Чтобы указать параметры нагрузки для нагрузочного теста на основе Локуста, выполните указанные ниже действия.

Портал Azure
Azure Pipelines / GitHub Actions

В портале Azure перейдите к вашему ресурсу Azure Load Testing.
В левой навигации выберите Тесты, чтобы просмотреть все тесты.
В списке выберите нагрузочный тест и нажмите кнопку "Изменить".

Кроме того, можно изменить конфигурацию теста на странице сведений о тесте. Для этого нажмите кнопку "Настроить" и выберите "Тест".
На странице "Изменить тест" выберите вкладку "Загрузка ". Введите значения для общих пользователей, необходимых и общий коэффициент разрежений в соответствующих полях ввода. Число экземпляров обработчика, необходимое для автоматического заполнения этой нагрузки. Если тестовый скрипт является сложным и ресурсоемким, используйте ползунок " Экземпляры ядра ", чтобы обновить количество экземпляров тестового модуля или ввести значение непосредственно в поле ввода.

Кроме того, можно настроить количество пользователей и частоту разрежений в тестовом скрипте или файле конфигурации Locust и указать количество необходимых экземпляров ядра.

Нажмите кнопку "Применить" , чтобы изменить тест и использовать новую конфигурацию при повторном запуске.

Для рабочих процессов CI/CD можно настроить количество экземпляров ядра в файле конфигурации тестов YAML. Вы можете настроить общую частоту пользователей и частоту запуска в качестве переменных среды в файле YAML. Кроме того, можно настроить их в тестовом скрипте или файле конфигурации Locust. Файл конфигурации нагрузочного теста хранится вместе с файлом скрипта тестирования Locust в репозитории системы управления версиями.

Откройте файл конфигурации тестов YAML для нагрузочного теста в выбранном редакторе.
Настройте количество экземпляров тестового движка в параметре engineInstances. Настройте общую частоту пользователей и частоту запуска в качестве переменных среды.

В следующем примере настраивается нагрузочный тест, который выполняется в 10 экземплярах параллельного модуля тестирования.
```
version: v0.1
testId: SampleTestCICD
displayName: Sample test from CI/CD
testPlan: SampleTest.jmx
description: Load test website home page
engineInstances: 4
env:
  - name: LOCUST_USERS
    value: 2000
  - name: LOCUST_SPAWN_RATE
    value: 100
  - name: LOCUST_RUN_TIME
    value: 20
```
Сохраните файл конфигурации YAML и зафиксируйте изменения в системе контроля версий.

Мониторинг метрик экземпляра ядра

Чтобы убедиться, что экземпляры подсистемы тестирования сами по себе не являются узким местом производительности, можно отслеживать метрики ресурсов экземпляра тестового модуля. Высокий уровень использования ресурсов для тестового экземпляра может отрицательно повлиять на результаты нагрузочного теста.

Azure Load Testing сообщает четыре метрики ресурсов для каждого экземпляра:

Процент ЦП.
Процент использования памяти.
Сетевые байты в секунду.
Количество виртуальных пользователей.

Экземпляр тестового модуля считается работоспособным, если средний процент ЦП или процент памяти в течение тестового запуска остается ниже 75%.

Чтобы просмотреть метрики ресурсов ядра, выполните следующие действия.

Перейдите к ресурсу нагрузочного тестирования. На левой панели выберите "Тесты ", чтобы просмотреть список нагрузочных тестов.
В списке выберите нагрузочный тест, чтобы просмотреть список тестовых запусков.
В списке тестового запуска выберите тестовый запуск.
На панели мониторинга тестового запуска выберите работоспособности обработчика , чтобы просмотреть метрики ресурсов ядра.

При необходимости выберите конкретный экземпляр тестового модуля с помощью элементов управления фильтрами.

Устранение неполадок с неработоспособными экземплярами подсистемы

Если один или несколько экземпляров показывают высокую нагрузку на ресурсы, это может повлиять на результаты теста. Чтобы устранить проблему, попробуйте выполнить одно или несколько следующих действий.

Уменьшите количество потоков (виртуальных пользователей) на модуль тестирования. Чтобы достичь целевого числа виртуальных пользователей, можно увеличить количество экземпляров подсистемы для нагрузочного теста.
Убедитесь, что скрипт работает без избыточного кода.
Если состояние работоспособности обработчика неизвестно, повторно запустите тест.

Определение запросов в секунду

Максимальное количество запросов в секунду (RPS), которое может создать нагрузочное тестирование Azure для нагрузочного теста, зависит от задержки приложения и количества виртуальных пользователей (VUS). Задержка приложения — это общее время отправки запроса приложения модульом тестирования до получения ответа. Число виртуальных пользователей — это количество параллельных запросов, выполняемых Azure Load Testing в определенное время.

Чтобы вычислить количество запросов в секунду, примените следующую формулу: RPS = (# виртуальных машин) * (1/задержка в секундах).

Например, если задержка приложения составляет 20 миллисекунд (0,02 секунды), и вы создаете нагрузку 2000 виртуальных машин, вы можете достичь около 100 000 ЕЗ (2000 * 1/0,02s).

Чтобы достичь целевого количества запросов в секунду, настройте общее количество виртуальных пользователей для нагрузочного теста.

Замечание

Apache JMeter сообщает только запросы, которые сделали его на сервере и обратно, либо успешно, либо нет. Если Apache JMeter не удается подключиться к приложению, фактическое количество запросов в секунду будет ниже максимального значения. Возможные причины могут быть в том, что сервер слишком занят для обработки запроса или отсутствует TLS/SSL-сертификат. Чтобы диагностировать проблемы с подключением, можно проверить диаграмму ошибок на панели мониторинга нагрузочного тестирования и скачать файлы журнала нагрузочного теста.

Экземпляры подсистемы тестирования и виртуальные пользователи для тестов на основе JMeter

В скрипте Apache JMeter можно указать количество параллельных потоков. Каждый поток представляет виртуального пользователя, который обращается к конечной точке приложения. Рекомендуется сохранить количество потоков в скрипте не более 250.

В Azure Load Testing экземпляры тестового модуля отвечают за выполнение скрипта Apache JMeter. Все экземпляры тестового модуля выполняются параллельно. Можно настроить количество экземпляров для нагрузочного теста.

Общее количество виртуальных пользователей для нагрузочного теста: VUs = (потоки#) * (экземпляры тестового модуля# ).

Чтобы имитировать целевое число виртуальных пользователей, можно настроить параллельные потоки в скрипте JMeter и экземпляры подсистемы для нагрузочного теста соответствующим образом. Отслеживайте метрики подсистемы тестирования , чтобы оптимизировать количество экземпляров.

Например, чтобы имитировать 1000 виртуальных пользователей, задайте количество потоков в скрипте Apache JMeter равным 250. Затем настройте нагрузочный тест с четырьмя экземплярами подсистемы тестирования (т. е. 4 x 250 потоков).

Расположение ресурса нагрузочного тестирования Azure определяет расположение экземпляров тестового модуля. Все экземпляры подсистемы тестирования в ресурсе нагрузочного тестирования размещаются в одном регионе Azure.

Экземпляры подсистемы тестирования и виртуальные пользователи для тестов на основе Локуста

Настройте общее количество пользователей, необходимых для нагрузочного теста. Это представляет пиковое число одновременных пользователей Locust. Это можно настроить в конфигурации загрузки при создании теста в Azure Load Testing. Это можно также настроить в тестовом скрипте или файле конфигурации Locust. Рекомендуется запускать до 500 пользователей из экземпляра тестового модуля.

В Azure Load Testing экземпляры тестового модуля отвечают за выполнение скрипта Locust. Все экземпляры тестового модуля выполняются параллельно. Можно настроить количество экземпляров для нагрузочного теста.

Общее количество обработчиков, необходимых для нагрузочного теста, затем: количество ядр = (общее число пользователей) / 500.

Если вы настраиваете общий объем пользователей в конфигурации нагрузки, то Нагрузочное тестирование Azure автоматически заполняет количество обработчиков. При необходимости можно обновить количество обработчиков. Отслеживайте метрики подсистемы тестирования , чтобы оптимизировать количество экземпляров.

Например, чтобы имитировать 2000 пользователей, задайте общее количество пользователей в конфигурации загрузки 2000. Нагрузочное тестирование Azure автоматически заполняет число обработчиков как 4. При необходимости обновите число обработчиков. Если вы настроили пользователей в тестовом скрипте или файле конфигурации Locust как 2000, установите для экземпляров ядра значение 4 в конфигурации загрузки.

Дополнительные сведения об ограничениях и квотах служб в Azure Load Testing.

Обратная связь

Были ли сведения на этой странице полезными?

Last updated on 2025-08-15