Konfigurowanie testowania obciążenia platformy Azure pod kątem obciążenia na dużą skalę

Z tego artykułu dowiesz się, jak skonfigurować test obciążeniowy na potrzeby testowania obciążenia na dużą skalę przy użyciu usługi Azure Load Testing. Testowanie obciążenia platformy Azure abstrahuje złożoność aprowizacji infrastruktury na potrzeby symulowania ruchu na dużą skalę. Aby skalować test obciążeniowy, można skonfigurować liczbę równoległych wystąpień silników testowych. Aby uzyskać optymalny rozkład obciążenia, możesz monitorować metryki stanu instancji testowej na panelu Load Testing w Azure.

Wymagania wstępne

• Konto Azure z aktywną subskrypcją. Jeśli nie masz subskrypcji Azure, przed rozpoczęciem utwórz darmowe konto.

• Istniejący zasób testowania obciążenia platformy Azure. Aby utworzyć zasób testowania obciążenia platformy Azure, zobacz Szybki start Tworzenie i uruchamianie testu obciążeniowego.

Konfigurowanie parametrów obciążenia dla testu obciążeniowego

Aby symulować ruch użytkowników dla aplikacji, możesz skonfigurować wzorzec obciążenia i liczbę użytkowników wirtualnych, dla których chcesz symulować obciążenie. Uruchamiając test obciążeniowy na wielu równoległych instancjach silnika testowego, Azure Load Testing może zwiększyć liczbę wirtualnych użytkowników, którzy symulują ruch do Twojej aplikacji. Wzorzec obciążenia określa sposób dystrybucji obciążenia w czasie trwania testu obciążeniowego. Przykłady wzorców obciążenia to obciążenie liniowe, schodkowe lub skokowe.

W zależności od typu testu obciążeniowego, opartego na adresie URL, opartego na JMeter lub locust, dostępne są różne opcje konfigurowania obciążenia docelowego i wzorca obciążenia. W poniższej tabeli wymieniono różnice między typami testów.

Konfigurowanie parametrów ładowania dla testów opartych na adresach URL

Aby określić parametry obciążenia dla testu obciążeniowego opartego na adresie URL:

{
    "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
      }
    ]
}

Konfigurowanie parametrów obciążenia dla testów opartych na JMeter

Aby określić parametry obciążenia dla testu obciążeniowego opartego na JMeter:

Konfiguracja parametrów obciążenia dla testów opartych na narzędziu Locust

Aby określić parametry obciążenia dla testu obciążenia opartego na Locust:

Monitorowanie metryk instancji silnika

Aby upewnić się, że wystąpienia silnika testowego nie są wąskim gardłem wydajności, można monitorować metryki zasobów tych wystąpień. Wysokie użycie zasobów dla wystąpienia testowego może negatywnie wpłynąć na wyniki testu obciążeniowego.

Usługa Azure Load Testing raportuje cztery metryki zasobów dla każdego wystąpienia:

• Procent użycia procesora CPU.
• Procent pamięci.
• Bajty sieciowe na sekundę.
• Liczba użytkowników wirtualnych.

Wystąpienie aparatu testowego jest uznawane za zdrowe, jeśli średni procent zużycia CPU lub pamięci podczas testu pozostaje poniżej 75%.

Aby wyświetlić metryki zasobów aparatu:

1. Przejdź do zasobu testowania obciążenia. W okienku po lewej stronie wybierz pozycję Testy , aby wyświetlić listę testów obciążeniowych.

2. Na liście wybierz test obciążeniowy, aby wyświetlić listę przebiegów testów.

3. Na liście przebiegów testowych, wybierz swój przebieg testowy.

4. Na panelu sterowania przebiegu testu wybierz kondycję silnika, aby wyświetlić metryki zasobów silnika.

   Opcjonalnie wybierz określone wystąpienie silnika testowego za pomocą elementów sterujących filtrami.

Rozwiązywanie problemów z niesprawnymi instancjami silnika

Jeśli jedno lub wiele wystąpień pokazuje wysokie użycie zasobów, może to mieć wpływ na wyniki testu. Aby rozwiązać ten problem, spróbuj wykonać co najmniej jedną z następujących czynności:

• Zmniejsz liczbę wątków (użytkowników wirtualnych) na silnik testowy. Aby osiągnąć docelową liczbę użytkowników wirtualnych, możesz zwiększyć liczbę instancji silnika dla testu obciążeniowego.

• Upewnij się, że skrypt jest skuteczny bez nadmiarowego kodu.

• Jeśli stan kondycji aparatu jest nieznany, uruchom ponownie test.

Określanie żądań na sekundę

Maksymalna liczba żądań na sekundę (RPS), które usługa Azure Load Testing może wygenerować dla testu obciążeniowego, zależy od opóźnienia aplikacji i liczby użytkowników wirtualnych (VU). Opóźnienie aplikacji to całkowity czas wysyłania żądania aplikacji przez aparat testowy do odbierania odpowiedzi. Liczba użytkowników wirtualnych to liczba równoległych żądań, które usługa Azure Load Testing wykonuje w danym momencie.

Aby obliczyć żądania na sekundę, użyj formuły: RPS = (liczba Wirtualnych Użytkowników) * (1/opóźnienie w sekundach).

Jeśli na przykład opóźnienie aplikacji wynosi 20 milisekund (0,02 sekundy) i generujesz obciążenie 2000 jednostek wirtualnych, możesz osiągnąć około 100 000 RPS (2000 * 1/0,02s).

Aby osiągnąć docelową liczbę żądań na sekundę, skonfiguruj łączną liczbę użytkowników wirtualnych na potrzeby testu obciążeniowego.

Wystąpienia silnika testowego i użytkownicy wirtualni do testów opartych na JMeter

W skryptycie Apache JMeter można określić liczbę wątków równoległych. Każdy wątek reprezentuje użytkownika wirtualnego, który uzyskuje dostęp do punktu końcowego aplikacji. Zalecamy zachowanie liczby wątków w skrycie poniżej maksymalnie 250.

W usłudze Azure Load Testing instancje silnika testowego są odpowiedzialne za wykonywanie skryptu Apache JMeter. Wszystkie wystąpienia aparatu testowego działają równolegle. Liczbę wystąpień dla testu obciążeniowego można skonfigurować.

Łączna liczba użytkowników wirtualnych w teście obciążeniowym to: VU = (liczba wątków) * (liczba instancji silnika testowego).

Aby zasymulować docelową liczbę użytkowników wirtualnych, można odpowiednio skonfigurować równoległe wątki w skrypcie JMeter oraz instancje silnika dla testu obciążeniowego. Monitoruj metryki aparatu testowego, aby zoptymalizować liczbę wystąpień.

Aby na przykład zasymulować 1000 użytkowników wirtualnych, ustaw liczbę wątków w skry skryptzie Apache JMeter na 250. Następnie skonfiguruj test obciążeniowy przy użyciu czterech wystąpień silnika testowego (czyli 4 x 250 wątków).

Lokalizacja zasobu usługi Azure Load Testing określa lokalizację wystąpień silnika testowego. Wszystkie wystąpienia silnika testowego w ramach zasobu testów obciążenia są hostowane w tym samym regionie Azure.

Wystąpienia silnika testowego i użytkownicy wirtualni do testów opartych na Locust

Skonfiguruj łączną liczbę użytkowników wymaganych do testu obciążeniowego. Reprezentuje to szczytową liczbę współbieżnych użytkowników Locust. Można to skonfigurować w konfiguracji obciążenia podczas tworzenia testu w usłudze Azure Load Testing. Można to również ustawić w skrypcie testowym lub w pliku konfiguracyjnym Locust. Zalecamy uruchamianie do 500 użytkowników z instancji silnika testowego.

W usłudze Azure Load Testing wystąpienia silnika testowego są odpowiedzialne za uruchomienie skryptu Locust. Wszystkie wystąpienia aparatu testowego działają równolegle. Liczbę wystąpień dla testu obciążeniowego można skonfigurować.

Łączna liczba silników wymaganych do testu obciążeniowego to: liczba silników = (całkowita liczba użytkowników) / 500.

Jeśli skonfigurujesz łączną liczbę użytkowników w konfiguracji obciążenia, Azure Load Testing automatycznie ustawi liczbę silników. W razie potrzeby można zaktualizować liczbę silników. Monitoruj metryki aparatu testowego, aby zoptymalizować liczbę wystąpień.

Aby na przykład zasymulować 2000 użytkowników, ustaw łączną liczbę użytkowników w konfiguracji obciążenia na 2000. Testowanie obciążenia platformy Azure automatycznie ustawia liczbę aparatów na 4. Zaktualizuj liczbę silników, jeśli jest to wymagane. Jeśli skonfigurowano użytkowników w skryfcie testowym lub pliku konfiguracji Locust jako 2000, ustaw wystąpienia aparatu na 4 w konfiguracji obciążenia.

Lokalizacja zasobu usługi Azure Load Testing określa lokalizację wystąpień silnika testowego. Wszystkie wystąpienia silnika testowego w ramach zasobu testów obciążenia są hostowane w tym samym regionie Azure.

Treści powiązane

• Więcej informacji na temat limitów usług i limitów przydziałów w usłudze Azure Load Testing.