Scenario's voor het implementeren van Azure Load Testing in een virtueel netwerk

In dit artikel leert u meer over de scenario's voor het implementeren van Azure Load Testing in een virtueel netwerk. Deze implementatie wordt ook wel virtuele netwerkinjectie genoemd.

Deze functionaliteit maakt de volgende gebruiksscenario's mogelijk:

Wanneer u Azure Load Testing implementeert in een virtueel netwerk, worden de virtuele machines van de loadtest-engine gekoppeld aan het virtuele netwerk in uw abonnement. De loadtest-engines kunnen vervolgens communiceren met de andere resources in het virtuele netwerk, zoals het eindpunt van de privétoepassing. U wordt niet gefactureerd voor de rekenresources van de test-engine.

Belangrijk

Wanneer u Azure Load Testing implementeert in een virtueel netwerk, worden er extra kosten in rekening gebracht. Azure Load Testing implementeert een Azure Load Balancer en een openbaar IP-adres in uw abonnement en er zijn mogelijk kosten voor gegenereerd verkeer. Zie de prijsinformatie voor Virtual Network voor meer informatie.

Het volgende diagram biedt een technisch overzicht:

Diagram that shows the Azure Load Testing virtual network injection technical overview.

Scenario: Een door Azure gehost privé-eindpunt testen

In dit scenario hebt u een toepassingseindpunt geïmplementeerd in een virtueel netwerk in Azure, dat niet openbaar toegankelijk is. Het eindpunt kan bijvoorbeeld achter een interne load balancer staan of worden uitgevoerd op een virtuele machine met een privé-IP-adres.

Diagram that shows the set-up for load testing a private endpoint hosted on Azure.

Wanneer u Azure Load Testing in het virtuele netwerk implementeert, kunnen de load test-engines nu communiceren met het toepassingseindpunt. Als u afzonderlijke subnetten voor het toepassingseindpunt en Azure Load Testing hebt gebruikt, moet u ervoor zorgen dat de communicatie tussen de subnetten niet wordt geblokkeerd, bijvoorbeeld door een netwerkbeveiligingsgroep (NSG). Meer informatie over hoe netwerkbeveiligingsgroepen netwerkverkeer filteren.

Scenario: Een openbaar eindpunt testen met toegangsbeperkingen

In dit scenario hebt u een openbaar beschikbare webservice geïmplementeerd in Azure of een andere locatie. Toegang tot het eindpunt is beperkt tot specifieke IP-adressen van clients. De service kan bijvoorbeeld achter een Azure-toepassing Gateway worden uitgevoerd, gehost op Azure-app Service met toegangsbeperkingen of worden geïmplementeerd achter een webtoepassingsfirewall.

Diagram that shows the set-up for load testing a public endpoint hosted on Azure with access restrictions.

Als u de toegang tot het eindpunt voor de loadtest-engines wilt beperken, hebt u een reeks openbare IP-adressen nodig voor de virtuele machines van de test-engine. U implementeert een NAT Gateway-resource in het virtuele netwerk en maakt en voert vervolgens een belastingstest uit in het virtuele netwerk. Een NAT-gateway is een volledig beheerde Azure-service die SNAT (Network Address Translation) biedt.

Koppel de NAT-gateway aan het subnet waarin de belastingtestengines worden geïnjecteerd. U kunt de openbare IP-adressen configureren die door de NAT-gateway worden gebruikt. Deze VM's voor belastingstests gebruiken deze IP-adressen voor het genereren van belasting. U kunt deze IP-adressen vervolgens toestaan om de toegang tot uw toepassingseindpunt te beperken.

Scenario: Een on-premises gehoste service testen, verbonden via Azure ExpressRoute

In dit scenario hebt u een on-premises toepassingseindpunt, dat niet openbaar toegankelijk is. De on-premises omgeving is verbonden met Azure met behulp van Azure ExpressRoute.

Diagram that shows the set-up for load testing an on-premises hosted, private endpoint connected via Azure ExpressRoute.

Met ExpressRoute kunt u uw on-premises netwerken in de Microsoft Cloud uitbreiden via een persoonlijke verbinding met de hulp van een connectiviteitsprovider. Implementeer Azure Load Testing in een virtueel Azure-netwerk en verbind het netwerk vervolgens met uw ExpressRoute-circuit. Nadat u de verbinding hebt ingesteld, kunnen de load test-engines verbinding maken met het on-premises gehoste toepassingseindpunt.

Volgende stappen