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

Este artigo aborda problemas que podem surgir quando você executa testes de carga em pontos de extremidade de aplicativo 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 destinos a seguir.

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 Redes Virtuais e Firewalls do Armazenamento do Azure
*.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 de firewall no Registro de Contêiner do Azure, consulte Regras de acesso ao firewall – Registro de Contêiner do Azure

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

Observação

Para regiões do Azure Governamental, verifique a conectividade de saída com *.azure.us, *.usgovcloudapi.net e *.azurecr.us. Para obter mais informações sobre pontos de extremidade do Azure Governamental, consulte Diretrizes para desenvolvedores.

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

Para testar a conectividade de sua rede virtual:

1. Crie uma máquina virtual com um IP público na sub-rede que você está usando na configuração de teste no Teste de Carga do Azure. Essa máquina virtual só é usada 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. Conecte-se a uma máquina virtual usando o Azure Bastion.

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

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

     nslookup azure.com
     

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

     

   • Para validar a conectividade com "azure.com", execute o comando a seguir

     curl azure.com -I
     

     Uma resposta HTTP indica conectividade bem-sucedida.

     

   4. Repita a etapa 3 para "windows.net" e "azurecr.io" para validar a pesquisa e a conectividade de DNS para 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 encontrar problemas devido a restrições de política ou de firewall. Siga as mensagens de erro para executar qualquer ação corretiva necessária e repetir 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 precisa ser registrada com 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 no provedor de recursos Microsoft.Batch 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 estado Succeeded e não está pronta para implantar o teste de carga nela.

1. Verifique o estado da sub-rede.

   Execute o comando da CLI do Azure a seguir para verificar o estado. O resultado deve ser Succeeded.

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

2. Resolva os 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.

Falha ao criar ou atualizar o teste de carga com o erro Subnet is delegated to other service (ALTVNET003)

A sub-rede usada 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 seja delegada a um serviço.

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

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

Para 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 Colaborador de Rede, ou um pai dessa função, na rede virtual.

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

2. Siga estas etapas para atribuir a função 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 dá suporte a sub-redes habilitadas para IPv6. Selecione outra sub-rede para a qual o IPv6 não está 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 estado Succeeded.

1. Verifique o estado do NSG.

   Execute o comando da CLI do Azure a seguir para verificar o estado. O resultado deve ser Succeeded.

   az network nsg show -g MyResourceGroup -n MyNsg
   

2. Resolva os 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 estado Succeeded.

1. Verifique o estado da tabela de rotas.

   Execute o comando da CLI do Azure a seguir para verificar o estado. O resultado deve ser Succeeded.

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

2. Resolva os problemas com a tabela de rotas. Se você acabou de criar a tabela de rotas ou a 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 o 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 o erro 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. Confira as suas restrições de política e tente novamente. Se você tiver restrições de política na 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 o erro 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 sua configuração de sub-rede. Se o problema persistir, gere um tíquete com suporte junto com a ID de execução do teste.

1. Verifique o estado da sub-rede.

   Execute o comando da CLI do Azure a seguir para verificar o estado. O resultado deve ser Succeeded.

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

2. Resolva os 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 online.

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

Falha ao iniciar o teste de carga com Subnet has {0} free IPs, {1} more free IP(s) required to run {2} engine instance load test (ALTVNET014)

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

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

Falha ao iniciar o teste de carga 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.

Falha ao iniciar o teste de carga com Insufficient public IP address quota in VNET subscription (ALTVNET016)

Quando você inicia o teste de carga, o serviço de 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 seu ponto de extremidade do aplicativo durante o teste de carga.
• Um endereço IP público.
• Um NSG (grupo de segurança de rede).
• Um Azure Load Balancer.

Verifique se você tem cota para pelo menos um endereço IP público disponível em sua assinatura para usar no teste de carga.

Falha ao iniciar o teste de carga 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óximas etapas

• Saiba como carregar pontos de extremidade privados de teste.
• Saiba mais sobre os cenários para implantação do Teste de Carga do Azure em uma rede virtual.