Partilhar via

Solucione problemas com a execução de testes de carga em pontos de extremidade privados.

  • Artigo

Este artigo aborda problemas que podem surgir quando você executa testes de carga em pontos de extremidade de aplicativos privados usando o Teste de Carga do Azure. O serviço de Teste de Carga do Azure injeta os recursos do Azure necessários para gerar carga na rede virtual que contém o ponto de extremidade do aplicativo. Nesse processo, você pode encontrar alguns problemas relacionados à configuração de rede virtual e permissões de controle de acesso baseado em função (RBAC).

O serviço de Teste de Carga do Azure requer conectividade de saída da rede virtual para os seguintes destinos.

Destino Necessidade de conectividade
*.azure.com O acesso a esse destino é necessário para que o serviço de Teste de Carga do Azure interaja com o serviço Lote do Azure.
*.windows.net O acesso a esse destino é necessário para que o serviço de Teste de Carga do Azure interaja com o Barramento de Serviço do Azure, as Grades de Eventos do Azure e o Armazenamento do Azure. Para saber mais sobre a configuração de firewall nesses serviços, consulte
  • Perguntas frequentes sobre o Barramento de Serviço do Azure
  • Regras de Firewall dos Hubs de Eventos do Azure
  • Configurar firewalls de armazenamento do Azure e redes virtuais
    • *.azurecr.io O acesso a esse destino é necessário para que o serviço de Teste de Carga do Azure interaja com o Registro de Contêiner do Azure. Para saber mais sobre a configuração do firewall no Registro de Contêiner do Azure, consulte
  • Regras de acesso de firewall - Azure Container Registry

    • Opcionalmente, a conectividade de saída é necessária para *.maven.org e *.github.com para baixar quaisquer plug-ins incluídos na configuração de teste.

    Nota

    Para regiões do Azure Government , garanta a conectividade de saída para *.azure.us, *.usgovcloudapi.net e *.azurecr.us. Para obter mais informações sobre pontos de extremidade do Azure Government, consulte Orientação para desenvolvedores.

    Solucionar problemas de conectividade da rede virtual implantando uma Máquina Virtual do Azure

    Para testar a conectividade da sua rede virtual:

    1. Crie uma Máquina Virtual com um IP Público na sub-rede que você está usando em sua configuração de teste no Teste de Carga do Azure. Essa máquina virtual é usada apenas para diagnosticar a conectividade de rede e pode ser excluída após a solução de problemas. O serviço de Teste de Carga do Azure não usa essa máquina virtual para gerar carga.

      Execute o seguinte comando da CLI do Azure para criar uma máquina virtual.

      az vm create --resource-group <your-resource-group> --name <your-virtual-machine-name> --image UbuntuLTS --generate-ssh-keys --subnet <your-subnet>

      A máquina virtual pode ser de qualquer tipo.

    2. Faça logon na máquina virtual usando o Azure Bastion.

    3. Testar a conectividade de saída da máquina virtual para azure.com

      • Para validar a pesquisa de DNS (Sistema de Nomes de Domínio), execute o seguinte comando

        nslookup azure.com

        Uma resposta com endereços IP associados a azure.com indica uma conexão bem-sucedida.

        Captura de tela que mostra uma resposta bem-sucedida para validação de DNS.

      • Para validar a conectividade com 'azure.com', execute o seguinte comando

        curl azure.com -I

        Uma resposta HTTP indica conectividade bem-sucedida.

        Captura de tela que mostra uma resposta bem-sucedida para validação de conectividade.

      1. Repita a etapa 3 para 'windows.net' e 'azurecr.io' para validar a pesquisa de DNS e a conectividade com esses destinos.

    Você também pode usar qualquer outra abordagem para garantir a conectividade da sub-rede para *.azure.com, *.windows.net e *.azurecr.io.

    Ao executar os testes de conectividade, você pode ter problemas devido a restrições de diretiva ou de firewall. Siga as mensagens de erro para executar qualquer ação corretiva necessária e tente novamente os testes de conectividade.

    Solucionar problemas usando as mensagens de erro acionáveis

    A criação ou atualização do teste de carga falha com Subscription not registered with Microsoft.Batch (ALTVNET001)

    Quando você configura um teste de carga em uma rede virtual, a assinatura deve ser registrada no Microsoft.Batch.

    1. Tente criar ou atualizar o teste de carga novamente após alguns minutos.

    2. Se o erro persistir, siga estas etapas para registrar sua assinatura com o Microsoft.Batch provedor de recursos manualmente.

    A criação ou atualização do teste de carga falha com Subnet is not in the Succeeded state (ALTVNET002)

    A sub-rede que você está usando para o teste de carga não está no Succeeded estado e não está pronta para implantar seu teste de carga nela.

    1. Verifique o estado da sub-rede.

      Para verificar o estado, execute o seguinte comando da CLI do Azure. O resultado deve ser Succeeded.

      az network vnet subnet show -g MyResourceGroup -n MySubnet --vnet-name MyVNet

    2. Resolva quaisquer problemas com a sub-rede. Se você acabou de criar a sub-rede, verifique o estado novamente após alguns minutos.

    3. Como alternativa, selecione outra sub-rede para o teste de carga.

    Criar ou atualizar o teste de carga falha com Subnet is delegated to other service (ALTVNET003)

    A sub-rede que você usa para implantar o teste de carga não pode ser delegada a outro serviço do Azure. Remova a delegação existente ou selecione outra sub-rede que não esteja delegada a um serviço.

    Saiba mais sobre como adicionar ou remover uma delegação de sub-rede.

    A atualização ou o início do teste de carga falham com User doesn't have subnet/join/action permission on the virtual network (ALTVNET004)

    Para atualizar ou iniciar um teste de carga, você deve ter permissões suficientes para implantar o Teste de Carga do Azure na rede virtual. Você precisa da função de Colaborador de Rede , ou um pai dessa função, na rede virtual.

    1. Consulte Verificar o acesso de um usuário aos recursos do Azure para verificar suas permissões.

    2. Siga estes passos para atribuir a função de Colaborador de Rede à sua conta.

    A criação ou atualização do teste de carga falha com IPv6 enabled subnet not supported (ALTVNET005)

    O Teste de Carga do Azure não suporta sub-redes habilitadas para IPv6. Selecione outra sub-rede para a qual o IPv6 não esteja habilitado.

    A criação ou atualização do teste de carga falha com NSG attached to subnet is not in Succeeded state (ALTVNET006)

    O NSG (grupo de segurança de rede) anexado à sub-rede não está no Succeeded estado.

    1. Verifique o estado do NSG.

      Para verificar o estado, execute o seguinte comando da CLI do Azure. O resultado deve ser Succeeded.

      az network nsg show -g MyResourceGroup -n MyNsg

    2. Resolva quaisquer problemas com o NSG. Se você acabou de criar o NSG ou a sub-rede, verifique o estado novamente após alguns minutos.

    3. Como alternativa, selecione outro NSG.

    A criação ou atualização do teste de carga falha com Route Table attached to subnet is not in Succeeded state (ALTVNET007)

    A tabela de rotas anexada à sub-rede não está no Succeeded estado.

    1. Verifique o estado da tabela de rotas.

      Para verificar o estado, execute o seguinte comando da CLI do Azure. O resultado deve ser Succeeded.

      az network route-table show -g MyResourceGroup -n MyRouteTable

    2. Resolva quaisquer problemas com a tabela de rotas. Se você acabou de criar a tabela de rotas ou sub-rede, verifique o estado novamente após alguns minutos.

    3. Como alternativa, selecione outra tabela de rotas.

    A criação ou atualização do teste de carga falha com Subnet is in a different subscription than resource (ALTVNET011)

    A rede virtual não está na mesma assinatura e região que seu recurso de teste de carga do Azure. Mova ou recrie a rede virtual do Azure ou o recurso de teste de carga do Azure para a mesma assinatura e região.

    O provisionamento falha com An azure policy is restricting engine deployment to your subscription (ALTVNET012)

    Uma política do Azure está restringindo a implantação do mecanismo de teste de carga à sua assinatura. Verifique as restrições da sua política e tente novamente. Se você tiver restrições de política sobre a implantação do endereço IP público, do balanceador de carga do Azure ou do grupo de segurança de rede, poderá desabilitar a implantação desses recursos. Consulte Configurar o teste de carga.

    O provisionamento falha com Engines could not be deployed due to an error in subnet configuration (ALTVNET013)

    As instâncias do mecanismo de teste de carga não puderam ser implantadas devido a um erro na configuração da sub-rede. Verifique a configuração da sub-rede. Se o problema persistir, crie um ticket com suporte junto com o ID de execução do teste.

    1. Verifique o estado da sub-rede.

      Para verificar o estado, execute o seguinte comando da CLI do Azure. O resultado deve ser Succeeded.

      az network vnet subnet show -g MyResourceGroup -n MySubnet --vnet-name MyVNet

    2. Resolva quaisquer problemas com a sub-rede. Se você acabou de criar a sub-rede, verifique o estado novamente após alguns minutos.

    3. Se o problema persistir, abra uma solicitação de suporte ao cliente on-line.

      Forneça o ID de execução do teste de carga dentro da solicitação de suporte.

    O início do teste de carga falha com Subnet has {0} free IPs, {1} more free IP(s) required to run {2} engine instance load test (ALTVNET014)

    A sub-rede que você usa para o Teste de Carga do Azure deve ter endereços IP não atribuídos suficientes para acomodar o número de mecanismos de teste de carga para seu teste.

    Siga estas etapas para atualizar as configurações de sub-rede e aumentar o intervalo de endereços IP.

    O início do teste de carga falha com Management Lock is enabled on Resource Group of VNET (ALTVNET015)

    Se houver um bloqueio no grupo de recursos que contém a rede virtual, o serviço não poderá injetar as máquinas virtuais do mecanismo de teste em sua rede virtual. Remova o bloqueio de gerenciamento antes de executar o teste de carga. Saiba como configurar bloqueios no portal do Azure.

    O início do teste de carga falha com Insufficient public IP address quota in VNET subscription (ALTVNET016)

    Quando você inicia o teste de carga, o Teste de Carga do Azure injeta os seguintes recursos do Azure na rede virtual que contém o ponto de extremidade do aplicativo:

    • As máquinas virtuais do mecanismo de teste. Essas VMs invocam o ponto de extremidade do aplicativo durante o teste de carga.
    • Um endereço IP público.
    • Um grupo de segurança de rede (NSG).
    • Um balanceador de carga do Azure.

    Certifique-se de que tem uma quota para pelo menos um endereço IP público disponível na sua subscrição para utilizar no teste de carga.

    O início do teste de carga falha com Subnet with name "AzureFirewallSubnet" cannot be used for load testing (ALTVNET017)

    A sub-rede AzureFirewallSubnet é reservada e você não pode usá-la para o Teste de Carga do Azure. Selecione outra sub-rede para o teste de carga.

    Próximos passos