Configurar o Teste de Carga do Azure para carga de alta escala

Neste artigo, você aprenderá a configurar seu teste de carga para alta escala com o Teste de Carga do Azure. O Teste de Carga do Azure abstrai a complexidade de provisionar a infraestrutura para simular o tráfego de alta escala. Para dimensionar um teste de carga, você pode configurar o número de instâncias paralelas do mecanismo de teste. Para obter uma distribuição de carga ideal, você pode monitorar as métricas de integridade da instância de teste no painel do Teste de Carga do Azure.

Pré-requisitos

• Uma conta do Azure com uma assinatura ativa. Se você não tiver uma assinatura do Azure, crie uma conta gratuita antes de começar.

• Um recurso de teste de carga do Azure existente. Para criar um recurso de teste de carga do Azure, consulte o início rápido Criar e executar um teste de carga.

Configurar parâmetros de carga para um teste de carga

Para simular o tráfego do usuário para seu aplicativo, configure o padrão de carga e o número de usuários virtuais para os quais deseja simular a carga. Ao executar o teste de carga em várias instâncias paralelas do mecanismo de teste, o Teste de Carga do Azure pode dimensionar o número de usuários virtuais que simulam o tráfego para o seu aplicativo. O padrão de carga determina como a carga é distribuída durante o teste de carga. Exemplos de padrões de carga são carga linear, escalonada ou pico.

Dependendo do tipo de teste de carga, baseado em URL ou em JMeter, você tem diferentes opções para configurar a carga de destino e o padrão de carga. A tabela a seguir lista as diferenças entre os dois tipos de teste.

Tipo de teste	Número de usuários virtuais	Padrão de carga
Baseado em URL (básico)	Especifique o número de destino de usuários virtuais na configuração de teste de carga.	Padrão de carga linear, com base no tempo de aceleração e no número de usuários virtuais.
Baseado em URL (avançado)	Especifique o número de mecanismos de teste e o número de usuários virtuais por instância na configuração de teste de carga.	Configure o padrão de carga (linear, etapa, pico).
Baseado em JMeter	Especifique o número de mecanismos de teste na configuração de teste de carga. Especifique o número de usuários virtuais no script de teste.	Configure o padrão de carga no script de teste.

Configurar parâmetros de carga para testes baseados em URL

Para especificar os parâmetros de carga para um teste de carga baseado em URL:

Portal do Azure

1. No portal do Azure, acesse seu recurso de Teste de Carga do Azure.

2. Na navegação à esquerda, selecione Testes para exibir todos os testes.

3. Na lista, selecione o teste de carga e, em seguida, selecione Editar.

   

   Como alternativa, você também pode editar a configuração do teste na página de detalhes do teste. Para fazer isso, selecione Configurare, em seguida, selecione Testar.

4. Na página Básico, certifique-se de selecionar Habilitar as configurações avançadas.

5. Na página Editar teste, selecione a guia Carregar.

   Para testes baseados em URL, é possível configurar o número de instâncias do mecanismo de teste paralelo e o padrão de carga.

6. Use o controle deslizante Instâncias do Mecanismo para atualizar o número de instâncias do mecanismo de teste paralelo. Como alternativa, insira o valor de destino na caixa de entrada.

   

7. Selecione o valor Padrão de carga na lista.

   Para cada padrão, preencha as definições de configuração correspondentes. O gráfico fornece uma representação visual do padrão de carga e de seus parâmetros de configuração.

   

Azure Pipelines / GitHub Actions

Para fluxos de trabalho de CI/CD, especifique os parâmetros de carga para um teste de carga baseado em URL no arquivo JSON de solicitações, na propriedade testSetup.

Dependendo do padrão de carga (loadType), você pode especificar diferentes parâmetros de carga:

Padrão de carga (loadType)	Parâmetros
Linear	virtualUsersPerEngine, durationInSeconds, rampUpTimeInSeconds
Etapa	virtualUsersPerEngine, durationInSeconds, rampUpTimeInSeconds, rampUpSteps
Pico	virtualUsersPerEngine, durationInSeconds, spikeMultiplier, spikeHoldTimeInSeconds

No arquivo YAML de configuração do teste de carga, certifique-se de definir a propriedade testType como URL e de definir a propriedade testPlan para fazer referência ao arquivo JSON das solicitações.

O trecho de código a seguir mostra um exemplo de arquivo JSON de solicitações para um teste de carga baseado em URL. O testSetup especifica um padrão de carga linear que é executado por 300 segundos, com um tempo de atividade aumentado de 30 segundos e cinco usuários virtuais por mecanismo de teste.

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

Configurar parâmetros de carga para testes baseados em JMeter

Para especificar os parâmetros de carga para um teste de carga baseado no JMeter:

Portal do Azure

1. No portal do Azure, acesse seu recurso de Teste de Carga do Azure.

2. Na navegação à esquerda, selecione Testes para exibir todos os testes.

3. Na lista, selecione o teste de carga e, em seguida, selecione Editar.

   

   Como alternativa, você também pode editar a configuração do teste na página de detalhes do teste. Para fazer isso, selecione Configurare, em seguida, selecione Testar.

4. Na página Editar teste, selecione a guia Carregar. Use o controle deslizante Instâncias do mecanismo para atualizar o número de instâncias do mecanismo de teste ou insira o valor diretamente na caixa de entrada.

   

5. Selecione Aplicar para modificar o teste e usar a nova configuração ao executá-lo novamente.

Azure Pipelines / GitHub Actions

Para fluxos de trabalho de CI/CD, configure o número de instâncias do mecanismo no arquivo de configuração de teste do YAML. Você armazena o arquivo de configuração do teste de carga com o arquivo de script de teste JMeter no repositório de controle de código-fonte.

1. Abra o arquivo de configuração de teste YAML do teste de carga no seu editor preferencial.

2. Configure o número de instâncias do mecanismo de teste na configuração engineInstances.

   O exemplo a seguir configura um teste de carga executado em 10 instâncias paralelas do mecanismo de teste.

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

3. Salve o arquivo de configuração YAML e confirme as alterações no controle do código-fonte.

Monitorar métricas da instância do mecanismo

Para garantir que as instâncias do mecanismo de teste não sejam um gargalo de desempenho, você pode monitorar as métricas de recursos da instância do mecanismo de teste. Um alto uso de recursos para uma instância de teste pode influenciar negativamente os resultados do teste de carga.

O Teste de Carga do Azure relata quatro métricas de recurso para cada instância:

• Percentual de CPU.
• Porcentagem de memória.
• Bytes de rede por segundo.
• Número de usuários virtuais.

Uma instância do mecanismo de teste será considerada íntegra se o percentual médio de CPU ou o percentual de memória durante a execução do teste permanecer abaixo de 75%.

Para exibir as métricas de recurso do mecanismo:

1. Vá para o recurso de Teste de Carga. No painel esquerdo, selecione Testes para exibir a lista de testes de carga.

2. Na lista, selecione o teste de carga para exibir a lista de execuções de teste.

3. Na lista de execuções de teste, selecione sua execução de teste.

4. No painel de execução de teste, selecione a Integridade do mecanismo para exibir as métricas de recurso do mecanismo.

   Opcionalmente, selecione uma instância específica do mecanismo de teste usando os controles de filtros.

Solucionar problemas de instâncias não íntegras do mecanismo

Se uma ou várias instâncias mostrarem um alto uso de recursos, isso poderá afetar os resultados do teste. Para resolver o problema, tente uma ou mais das etapas a seguir:

• Reduza o número de threads (usuários virtuais) por mecanismo de teste. Para atingir um número ideal de usuários virtuais, você pode aumentar o número de instâncias do mecanismo para o teste de carga.

• Verifique se o script está em vigor, sem nenhum código redundante.

• Se o status de integridade do mecanismo for desconhecido, execute novamente o teste.

Determinar solicitações por segundo

O número máximo de RPS (solicitações por segundo) que o Teste de Carga do Azure pode gerar para o seu teste de carga depende da latência do aplicativo e do número de VUs (usuários virtuais). A latência do aplicativo é o tempo total desde o envio de uma solicitação de aplicativo pelo mecanismo de teste até o recebimento da resposta. A contagem de usuários virtuais é o número de solicitações paralelas que o Teste de Carga do Azure executa em um determinado momento.

Para calcular o número de solicitações por segundo, aplique a seguinte fórmula: RPS = (nº de VUs) * (1/latência em segundos).

Por exemplo, se a latência do aplicativo for de 20 milissegundos (0,02 segundos) e você estiver gerando uma carga de 2,000 VUs, poderá obter cerca de 100,000 RPS (2000 * 1/0.02s).

Para atingir um número de destino de solicitações por segundo, configure o número total de usuários virtuais para o teste de carga.

Observação

O Apache JMeter relata apenas solicitações que chegaram ao servidor e voltaram, bem-sucedidas ou não. Se o Apache JMeter não conseguir se conectar ao seu aplicativo, o número real de solicitações por segundo será menor que o valor máximo. As possíveis causas podem ser que o servidor esteja muito ocupado para atender à solicitação ou que um certificado TLS/SSL esteja ausente. Para diagnosticar problemas de conexão, você pode verificar o gráfico de Erros no painel de teste de carga e baixar os arquivos de log de teste de carga.

Instâncias do mecanismo de teste e usuários virtuais

No script Apache JMeter, você pode especificar o número de threads paralelos. Cada thread representa um usuário virtual que acessa o ponto de extremidade do aplicativo. Recomendamos que você mantenha o número de threads em um script abaixo de um máximo de 250.

No Teste de Carga do Azure, as instâncias do mecanismo de teste são responsáveis pela execução do script Apache JMeter. As instâncias do mecanismo de teste são executadas em paralelo. Você pode configurar o número de instâncias para um teste de carga.

O número total de usuários virtuais para um teste de carga é: VUs = (nº de threads) * (nº de instâncias do mecanismo de teste).

Para simular um número de destino de usuários virtuais, você pode configurar os threads paralelos no script JMeter e as instâncias do mecanismo para o teste de carga adequadamente. Monitore as métricas do mecanismo de teste para otimizar o número de instâncias.

Por exemplo, para simular 1,000 usuários virtuais, defina o número de threads no script do Apache JMeter como 250. Em seguida, configure o teste de carga com quatro instâncias do mecanismo de teste (ou seja, 4 x 250 threads).

O local do recurso do Teste de Carga do Azure determina o local das instâncias do mecanismo de teste. Todas as instâncias do mecanismo de teste em um recurso de Teste de Carga são hospedadas na mesma região do Azure.

Conteúdo relacionado

• Mais informações sobre limites de serviço e cotas no Teste de Carga do Azure.