Felsöka problem med att köra belastningstester mot privata slutpunkter.
Den här artikeln tar upp problem som kan uppstå när du kör belastningstester mot privata programslutpunkter med hjälp av Azure Load Testing. Azure Load Testing-tjänsten matar in de Azure-resurser som krävs för att generera belastning i det virtuella nätverket som innehåller programslutpunkten. I den här processen kan du stöta på vissa problem som rör konfiguration av virtuella nätverk och rbac-behörigheter (rollbaserad åtkomstkontroll).
Azure Load Testing-tjänsten kräver utgående anslutning från det virtuella nätverket till följande mål.
Mål | Behov av anslutning |
---|---|
*.azure.com | Åtkomst till det här målet krävs för att Azure Load Testing-tjänsten ska kunna interagera med Azure Batch-tjänsten. |
*.windows.net | Åtkomst till det här målet krävs för att Azure Load Testing-tjänsten ska kunna interagera med Azure Service Bus, Azure Event Grids och Azure Storage. Mer information om brandväggskonfiguration i dessa tjänster finns i |
*.azurecr.io | Åtkomst till det här målet krävs för att Azure Load Testing-tjänsten ska kunna interagera med Azure Container Registry. Mer information om brandväggskonfiguration i Azure Container Registry finns i |
Du kan också behöva utgående anslutning till *.maven.org och *.github.com för att ladda ned eventuella plugin-program som ingår i testkonfigurationen.
Kommentar
För Azure Government-regioner säkerställer du utgående anslutning till *.azure.us, *.usgovcloudapi.net och *.azurecr.us. Mer information om Azure Government-slutpunkter finns i Vägledning för utvecklare.
Felsöka anslutningen från det virtuella nätverket genom att distribuera en virtuell Azure-dator
Så här testar du anslutningen från ditt virtuella nätverk:
Skapa en virtuell dator med en offentlig IP-adress i undernätet som du använder i testkonfigurationen i Azure Load Testing. Den här virtuella datorn används bara för att diagnostisera nätverksanslutningar och kan tas bort efter felsökning. Azure Load Testing-tjänsten använder inte den här virtuella datorn för att generera belastning.
Kör följande Azure CLI-kommando för att skapa en virtuell dator.
az vm create --resource-group <your-resource-group> --name <your-virtual-machine-name> --image UbuntuLTS --generate-ssh-keys --subnet <your-subnet>
Den virtuella datorn kan vara av vilken typ som helst.
Logga in på den virtuella datorn med Hjälp av Azure Bastion.
Testa utgående anslutning från den virtuella datorn till azure.com
Kör följande kommando för att verifiera DNS-sökning (Domain Name System)
nslookup azure.com
Ett svar med IP-adresser som är associerade med azure.com indikerar en lyckad anslutning.
Kör följande kommando för att verifiera anslutningen till "azure.com"
curl azure.com -I
Ett HTTP-svar anger en lyckad anslutning.
- Upprepa steg 3 för "windows.net" och "azurecr.io" för att verifiera DNS-sökning och anslutning till dessa mål.
Du kan också använda andra metoder för att säkerställa anslutningen från undernätet till *.azure.com, *.windows.net och *.azurecr.io.
När du utför anslutningstesterna kan du stöta på problem på grund av principbegränsningar eller brandväggsbegränsningar. Följ felmeddelandena om du vill vidta eventuella åtgärder som krävs och prova anslutningstesterna igen.
Felsöka problem med hjälp av åtgärdsbara felmeddelanden
Det går inte att skapa eller uppdatera belastningstestet med Subscription not registered with Microsoft.Batch (ALTVNET001)
När du konfigurerar ett belastningstest i ett virtuellt nätverk måste prenumerationen registreras med Microsoft.Batch
.
Försök att skapa eller uppdatera belastningstestet igen efter några minuter.
Om felet kvarstår följer du dessa steg för att registrera din prenumeration med
Microsoft.Batch
resursprovidern manuellt.
Det går inte att skapa eller uppdatera belastningstestet med Subnet is not in the Succeeded state (ALTVNET002)
Det undernät som du använder för belastningstestet är inte i Succeeded
tillståndet och är inte redo att distribuera belastningstestet till det.
Kontrollera undernätets tillstånd.
Kontrollera tillståndet genom att köra följande Azure CLI-kommando. Resultatet ska vara
Succeeded
.az network vnet subnet show -g MyResourceGroup -n MySubnet --vnet-name MyVNet
Lös eventuella problem med undernätet. Om du precis har skapat undernätet kontrollerar du tillståndet igen efter några minuter.
Alternativt väljer du ett annat undernät för belastningstestet.
Det går inte att skapa eller uppdatera belastningstestet med Subnet is delegated to other service (ALTVNET003)
Det undernät som du använder för att distribuera belastningstestet kan inte delegeras till en annan Azure-tjänst. Ta antingen bort den befintliga delegeringen eller välj ett annat undernät som inte har delegerats till en tjänst.
Läs mer om att lägga till eller ta bort en delegering av undernät.
Det går inte att uppdatera eller starta belastningstestet med User doesn't have subnet/join/action permission on the virtual network (ALTVNET004)
Om du vill uppdatera eller starta ett belastningstest måste du ha tillräcklig behörighet för att distribuera Azure Load Testing till det virtuella nätverket. Du behöver rollen Nätverksdeltagare , eller en överordnad av den här rollen, i det virtuella nätverket.
Se Kontrollera åtkomsten för en användare till Azure-resurser för att verifiera dina behörigheter.
Följ de här stegen för att tilldela rollen Nätverksdeltagare till ditt konto.
Det går inte att skapa eller uppdatera belastningstestet med IPv6 enabled subnet not supported (ALTVNET005)
Azure Load Testing stöder inte IPv6-aktiverade undernät. Välj ett annat undernät som IPv6 inte är aktiverat för.
Det går inte att skapa eller uppdatera belastningstestet med NSG attached to subnet is not in Succeeded state (ALTVNET006)
Nätverkssäkerhetsgruppen (NSG) som är ansluten till undernätet är inte i tillståndet Succeeded
.
Kontrollera NSG:ns tillstånd.
Kontrollera tillståndet genom att köra följande Azure CLI-kommando. Resultatet ska vara
Succeeded
.az network nsg show -g MyResourceGroup -n MyNsg
Lös eventuella problem med nätverkssäkerhetsgruppen. Om du precis har skapat NSG:n eller undernätet kontrollerar du tillståndet igen efter några minuter.
Alternativt väljer du en annan NSG.
Det går inte att skapa eller uppdatera belastningstestet med Route Table attached to subnet is not in Succeeded state (ALTVNET007)
Routningstabellen som är kopplad till undernätet är inte i tillståndet Succeeded
.
Kontrollera routningstabellens tillstånd.
Kontrollera tillståndet genom att köra följande Azure CLI-kommando. Resultatet ska vara
Succeeded
.az network route-table show -g MyResourceGroup -n MyRouteTable
Lös eventuella problem med routningstabellen. Om du just har skapat routningstabellen eller undernätet kontrollerar du tillståndet igen efter några minuter.
Alternativt väljer du en annan routningstabell.
Det går inte att skapa eller uppdatera belastningstestet med Subnet is in a different subscription than resource (ALTVNET011)
Det virtuella nätverket finns inte i samma prenumeration och region som din Azure-belastningstestningsresurs. Flytta eller återskapa det virtuella Azure-nätverket eller Azure-belastningstestresursen till samma prenumeration och region.
Etableringen misslyckas med An azure policy is restricting engine deployment to your subscription (ALTVNET012)
En Azure-princip begränsar distributionen av belastningstestmotorn till din prenumeration. Kontrollera dina principbegränsningar och försök igen. Om du har principbegränsningar för distributionen av den offentliga IP-adressen, Azure-lastbalanseraren eller nätverkssäkerhetsgruppen kan du inaktivera distributionen av dessa resurser. Se Konfigurera belastningstestet.
Etableringen misslyckas med Engines could not be deployed due to an error in subnet configuration (ALTVNET013)
Det gick inte att distribuera instanserna av lasttestmotorn på grund av ett fel i undernätskonfigurationen. Verifiera konfigurationen av undernätet. Om problemet kvarstår skapar du ett ärende med support tillsammans med körnings-ID:t för testet.
Kontrollera undernätets tillstånd.
Kontrollera tillståndet genom att köra följande Azure CLI-kommando. Resultatet ska vara
Succeeded
.az network vnet subnet show -g MyResourceGroup -n MySubnet --vnet-name MyVNet
Lös eventuella problem med undernätet. Om du precis har skapat undernätet kontrollerar du tillståndet igen efter några minuter.
Om problemet kvarstår öppnar du en kundsupportbegäran online.
Ange belastningstestkörnings-ID:t i supportbegäran.
Det går inte att starta belastningstestet med Subnet has {0} free IPs, {1} more free IP(s) required to run {2} engine instance load test (ALTVNET014)
Det undernät som du använder för Azure Load Testing måste ha tillräckligt med otilldelade IP-adresser för att hantera antalet belastningstestmotorer för testet.
Följ de här stegen för att uppdatera inställningarna för undernätet och öka IP-adressintervallet.
Det går inte att starta belastningstestet med Management Lock is enabled on Resource Group of VNET (ALTVNET015)
Om det finns ett lås på resursgruppen som innehåller det virtuella nätverket kan tjänsten inte mata in de virtuella testmotordatorerna i det virtuella nätverket. Ta bort hanteringslåset innan du kör belastningstestet. Lär dig hur du konfigurerar lås i Azure Portal.
Det går inte att starta belastningstestet med Insufficient public IP address quota in VNET subscription (ALTVNET016)
När du startar belastningstestet matar Azure Load Testing in följande Azure-resurser i det virtuella nätverket som innehåller programslutpunkten:
- De virtuella testmotordatorerna. De här virtuella datorerna anropar programslutpunkten under belastningstestet.
- En offentlig IP-adress.
- En nätverkssäkerhetsgrupp (NSG).
- En Azure Load Balancer.
Se till att du har en kvot för minst en offentlig IP-adress i din prenumeration som ska användas i belastningstestet.
Det går inte att starta belastningstestet med Subnet with name "AzureFirewallSubnet" cannot be used for load testing (ALTVNET017)
Undernätet AzureFirewallSubnet är reserverat och du kan inte använda det för Azure Load Testing. Välj ett annat undernät för belastningstestet.
Nästa steg
- Lär dig hur du läser in privata slutpunkter för testning.
- Läs mer om scenarier för distribution av Azure Load Testing i ett virtuellt nätverk.