Configurare test di carico di Azure per il carico su larga scala

Questo articolo illustra come configurare il test di carico per la scalabilità elevata con Test di carico di Azure. Test di carico di Azure astrae la complessità del provisioning dell'infrastruttura per simulare il traffico su larga scala. Per aumentare il numero di istanze di un test di carico, è possibile configurare il numero di istanze del motore di test parallele. Per ottenere una distribuzione del carico ottimale, è possibile monitorare le metriche di integrità dell'istanza di test nel dashboard test di carico di Azure.

Prerequisiti

• Un account Azure con una sottoscrizione attiva. Se non si ha una sottoscrizione di Azure, creare un account gratuito prima di iniziare.

• Una risorsa di test di carico di Azure esistente. Per creare una risorsa di test di carico di Azure, vedere l'argomento di avvio rapido Creare ed eseguire un test di carico.

Configurare i parametri di carico per un test di carico

Per simulare il traffico utente per l'applicazione, è possibile configurare il modello di carico e il numero di utenti virtuali per cui si vuole simulare il carico. Eseguendo il test di carico in molte istanze del motore di test parallele, Test di carico di Azure può aumentare il numero di utenti virtuali che simulano il traffico verso l'applicazione. Il modello di carico determina la modalità di distribuzione del carico per tutta la durata del test di carico. Esempi di modelli di carico sono il carico lineare, il carico con rientri o il raccoglitore.

A seconda del tipo di test di carico, basato su URL o basato su JMeter, sono disponibili opzioni diverse per configurare il carico di destinazione e il modello di carico. Nella tabella seguente sono elencate le differenze tra i due tipi di test.

Configurare i parametri di carico per i test basati su URL

Per specificare i parametri di carico per un test di carico basato su 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
      }
    ]
}

Configurare i parametri di carico per i test basati su JMeter

Per specificare i parametri di carico per un test di carico basato su JMeter:

Monitorare le metriche dell'istanza del motore

Per assicurarsi che le istanze del motore di test non siano un collo di bottiglia delle prestazioni, è possibile monitorare le metriche delle risorse dell'istanza del motore di test. Un utilizzo elevato delle risorse per un'istanza di test potrebbe influire negativamente sui risultati del test di carico.

Test di carico di Azure segnala quattro metriche delle risorse per ogni istanza:

• Percentuale CPU.
• Percentuale memoria.
• Byte di rete al secondo.
• Numero di utenti virtuali.

Un'istanza del motore di test è considerata integra se la percentuale media della CPU o della memoria per tutta la durata dell'esecuzione del test rimane inferiore al 75%.

Per visualizzare le metriche delle risorse del motore:

1. Passare alla risorsa Test di carico. Nel riquadro sinistro selezionare Test per visualizzare l'elenco dei test di carico.

2. Nell'elenco selezionare il test di carico per visualizzare l'elenco delle esecuzioni di test.

3. Nell'elenco di esecuzione dei test selezionare l'esecuzione del test.

4. Nel dashboard di esecuzione dei test selezionare Integrità motore per visualizzare le metriche delle risorse del motore.

   Facoltativamente, selezionare un'istanza specifica del motore di test usando i controlli filtri.

Risolvere i problemi relativi alle istanze del motore non integre

Se una o più istanze mostrano un utilizzo elevato delle risorse, potrebbe influire sui risultati del test. Per risolvere il problema, provare uno o più dei passaggi seguenti:

• Ridurre il numero di thread (utenti virtuali) per motore di test. Per ottenere un numero di utenti virtuali di destinazione, è possibile aumentare il numero di istanze del motore per il test di carico.

• Assicurarsi che lo script sia efficace, senza codice ridondante.

• Se lo stato di integrità del motore è sconosciuto, eseguire di nuovo il test.

Determinare le richieste al secondo

Il numero massimo di richieste al secondo (RPS) che il test di carico di Azure può generare per il test di carico dipende dalla latenza dell'applicazione e dal numero di utenti virtuali.The maximum number of requests al second (RPS) that Azure Load Testing can generate for your load test depends on the application's latency and the number of virtual users (VU). La latenza dell'applicazione è il tempo totale dall'invio di una richiesta di applicazione dal motore di test alla ricezione della risposta. Il numero di utenti virtuali è il numero di richieste parallele eseguite da Test di carico di Azure in un determinato momento.

Per calcolare il numero di richieste al secondo, applicare la formula seguente: RPS = (# di unità virtuali) * (1/latenza in secondi).

Ad esempio, se la latenza dell'applicazione è di 20 millisecondi (0,02 secondi) e si genera un carico di 2.000 VU, è possibile ottenere circa 100.000 RPS (2000 * 1/0,02s).

Per ottenere un numero di richieste di destinazione al secondo, configurare il numero totale di utenti virtuali per il test di carico.

Testare le istanze del motore e gli utenti virtuali

Nello script Apache JMeter è possibile specificare il numero di thread paralleli. Ogni thread rappresenta un utente virtuale che accede all'endpoint dell'applicazione. È consigliabile mantenere il numero di thread in uno script inferiore a un massimo di 250.

In Test di carico di Azure le istanze del motore di test sono responsabili dell'esecuzione dello script Apache JMeter. Tutte le istanze del motore di test vengono eseguite in parallelo. È possibile configurare il numero di istanze per un test di carico.

Il numero totale di utenti virtuali per un test di carico è quindi: UNITÀ virtuali = (thread#) * (istanze del motore di test#).

Per simulare un numero di utenti virtuali di destinazione, è possibile configurare i thread paralleli nello script JMeter e le istanze del motore per il test di carico di conseguenza. Monitorare le metriche del motore di test per ottimizzare il numero di istanze.

Ad esempio, per simulare 1.000 utenti virtuali, impostare il numero di thread nello script Apache JMeter su 250. Configurare quindi il test di carico con quattro istanze del motore di test, ovvero 4 x 250 thread.

Il percorso della risorsa test di carico di Azure determina la posizione delle istanze del motore di test. Tutte le istanze del motore di test all'interno di una risorsa test di carico sono ospitate nella stessa area di Azure.

Contenuto correlato

• Altre informazioni sui limiti e le quote dei servizi in Test di carico di Azure.