Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
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 |
| *.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 |
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.
Observação
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:
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.
Faça logon na máquina virtual usando o Azure Bastion.
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.comUma resposta com endereços IP associados a azure.com indica uma conexão bem-sucedida.
Para validar a conectividade com 'azure.com', execute o seguinte comando
curl azure.com -IUma resposta HTTP indica conectividade bem-sucedida.
- 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.
Tente criar ou atualizar o teste de carga novamente após alguns minutos.
Se o erro persistir, siga estas etapas para registrar sua assinatura com o
Microsoft.Batchprovedor 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.
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 MyVNetResolva quaisquer problemas com a sub-rede. Se você acabou de criar a sub-rede, verifique o estado novamente após alguns minutos.
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.
Consulte Verificar o acesso de um usuário aos recursos do Azure para verificar suas permissões.
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.
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 MyNsgResolva quaisquer problemas com o NSG. Se você acabou de criar o NSG ou a sub-rede, verifique o estado novamente após alguns minutos.
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.
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 MyRouteTableResolva 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.
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.
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 MyVNetResolva quaisquer problemas com a sub-rede. Se você acabou de criar a sub-rede, verifique o estado novamente após alguns minutos.
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
- Saiba como carregar pontos de extremidade privados de teste.
- Saiba mais sobre os cenários para implantar o Teste de Carga do Azure em uma rede virtual.