Cenários para implantar o Teste de Carga do Azure em uma rede virtual

Neste artigo, você aprenderá sobre os cenários para implantar o Teste de Carga do Azure em uma rede virtual. Essa implantação às vezes é chamada de injeção de rede virtual.

Essa funcionalidade permite os seguintes cenário de uso:

• Gerar carga para um ponto de extremidade hospedado em uma rede virtual do Azure.
• Gerar carga para um ponto de extremidade público com restrições de acesso, como restringir endereços IP do cliente.
• Gerar carga para um serviço local, não acessível publicamente, que está conectado ao Azure por meio do ExpressRoute (implantação de aplicativo híbrido).

Quando você implanta o Teste de Carga do Azure em uma rede virtual, as máquinas virtuais do mecanismo de teste de carga são anexadas à rede virtual em sua assinatura. Em seguida, os mecanismos de teste de carga podem se comunicar com os outros recursos na rede virtual, como o ponto de extremidade do aplicativo privado. Você não recebe cobrança pelos recursos de computação de mecanismo de teste.

O diagrama seguinte fornece uma visão geral técnica:

Cenário: teste de carga de um ponto de extremidade privado hospedado pelo Azure

Nesse cenário, você implantou um ponto de extremidade de aplicativo em uma rede virtual no Azure, que não está acessível publicamente. Por exemplo, o ponto de extremidade pode estar atrás de um balanceador de carga interno ou em execução em uma VM com um endereço IP privado.

Quando você implanta o Teste de Carga do Azure na rede virtual, os mecanismos de teste de carga agora podem se comunicar com o ponto de extremidade do aplicativo. Se você usou sub-redes separadas para o ponto de extremidade do aplicativo e o Teste de Carga do Azure, verifique se a comunicação entre os subconjuntos não está bloqueada, por exemplo, por um NSG (grupo de segurança de rede). Saiba como os grupos de segurança de rede filtram o tráfego de rede.

Cenário: teste de carga de um ponto de extremidade público com restrições de acesso

Nesse cenário, você implantou um serviço Web disponível publicamente no Azure ou em qualquer outro local. O acesso ao ponto de extremidade está restrito a endereços IP de cliente específicos. Por exemplo, o serviço pode estar em execução atrás de um Gateway de Aplicativo do Azure, hospedado no Serviço de Aplicativo do Azure com restrições de acesso ou implantado atrás de um firewall de aplicativo Web.

Para restringir o acesso ao ponto de extremidade para os mecanismos de teste de carga, você precisa de um intervalo de endereços IP públicos para as máquinas virtuais do mecanismo de teste. Você implanta um recurso de Gateway da NAT na rede virtual e, em seguida, cria e executa um teste de carga na rede virtual. Um gateway NAT é um serviço do Azure totalmente gerenciado que fornece SNAT (conversão de endereços de rede de origem).

Anexe o gateway NAT à sub-rede na qual os mecanismos de teste de carga são injetados. Você pode configurar os endereços IP públicos usados pelo gateway de NAT. Essas VMs do mecanismo de teste de carga usam esses endereços IP para gerar carga. Em seguida, você pode incluir na lista de permitidos esses endereços IP para restringir o acesso ao ponto de extremidade do aplicativo.

Cenário: teste de carga de um serviço hospedado local, conectado por meio do Azure ExpressRoute

Nesse cenário, você tem um ponto de extremidade de aplicativo local, que não é acessível publicamente. O ambiente local está conectado ao Azure usando o Azure ExpressRoute.

O ExpressRoute permite que você expanda as redes locais para a nuvem da Microsoft em uma conexão privada com o suporte de um provedor de conectividade. Implante o Teste de Carga do Azure em uma rede virtual do Azure e, em seguida, conecte a rede ao circuito do ExpressRoute. Depois de configurar a conexão, os mecanismos de teste de carga podem se conectar ao ponto de extremidade do aplicativo hospedado local.

Próximas etapas

• Saiba como fazer o teste de carga de um ponto de extremidade de aplicativo privado.
• Comece a usar o Teste de Carga do Azure com o Tutorial: use um teste de carga para identificar gargalos de desempenho.