Rozwiązywanie problemów z uruchamianiem testów obciążeniowych dla prywatnych punktów końcowych.

W tym artykule rozwiązano problemy, które mogą wystąpić podczas uruchamiania testów obciążeniowych względem prywatnych punktów końcowych aplikacji przy użyciu testowania obciążenia platformy Azure. Usługa Azure Load Testing wprowadza zasoby platformy Azure wymagane do wygenerowania obciążenia w sieci wirtualnej zawierającej punkt końcowy aplikacji. W tym procesie mogą wystąpić pewne problemy związane z konfiguracją sieci wirtualnej i uprawnieniami kontroli dostępu opartej na rolach (RBAC).

Usługa Azure Load Testing wymaga łączności wychodzącej z sieci wirtualnej do następujących miejsc docelowych.

Element docelowy	Potrzeba łączności
*.azure.com	Dostęp do tego miejsca docelowego jest wymagany do interakcji z usługą Azure Batch w usłudze Azure Load Testing.
*.windows.net	Dostęp do tego miejsca docelowego jest wymagany, aby usługa Azure Load Testing współdziałała z usługami Azure Service Bus, Azure Event Grids i Azure Storage. Aby dowiedzieć się więcej o konfiguracji zapory w tych usługach, zobacz Usługa Azure Service Bus — często zadawane pytania Reguły zapory usługi Azure Event Hubs Konfigurowanie zapór i sieci wirtualnych usługi Azure Storage
*.azurecr.io	Do interakcji z usługą Azure Container Registry wymagany jest dostęp do tego miejsca docelowego. Aby dowiedzieć się więcej o konfiguracji zapory w usłudze Azure Container Registry, zobacz Reguły dostępu do zapory — Azure Container Registry

Opcjonalnie łączność wychodząca jest wymagana do *.maven.org i *.github.com, aby pobrać wszystkie wtyczki uwzględnione w konfiguracji testowej.

Uwaga

W przypadku regionów usługi Azure Government upewnij się, że łączność wychodząca z *.azure.us, *.usgovcloudapi.net i *.azurecr.us. Aby uzyskać więcej informacji na temat punktów końcowych platformy Azure Government, zobacz Wskazówki dla deweloperów.

Rozwiązywanie problemów z łącznością z siecią wirtualną przez wdrożenie maszyny wirtualnej platformy Azure

Aby przetestować łączność z sieci wirtualnej:

1. Utwórz maszynę wirtualną z publicznym adresem IP w podsieci używanej w konfiguracji testowej w usłudze Azure Load Testing. Ta maszyna wirtualna służy tylko do diagnozowania łączności sieciowej i może zostać usunięta po rozwiązaniu problemów. Usługa Azure Load Testing nie używa tej maszyny wirtualnej do generowania obciążenia.

   Uruchom następujące polecenie interfejsu wiersza polecenia platformy Azure, aby utworzyć maszynę wirtualną.

   az vm create --resource-group <your-resource-group> --name <your-virtual-machine-name> --image UbuntuLTS --generate-ssh-keys --subnet <your-subnet>
   

   Maszyna wirtualna może być dowolnego typu.

2. Zaloguj się do maszyny wirtualnej przy użyciu usługi Azure Bastion.

3. Testowanie łączności wychodzącej z maszyny wirtualnej do azure.com

   • Aby zweryfikować wyszukiwanie systemu nazw domen (DNS), uruchom następujące polecenie

     nslookup azure.com
     

     Odpowiedź z adresami IP skojarzonymi z azure.com wskazuje pomyślne połączenie.

     

   • Aby zweryfikować łączność z azure.com, uruchom następujące polecenie

     curl azure.com -I
     

     Odpowiedź HTTP wskazuje na pomyślną łączność.

     

   4. Powtórz krok 3 dla "windows.net" i "azurecr.io", aby zweryfikować wyszukiwanie DNS i łączność z tymi miejscami docelowymi.

Możesz również użyć dowolnego innego podejścia, aby zapewnić łączność z podsieci do *.azure.com, *.windows.net i *.azurecr.io.

Podczas przeprowadzania testów łączności mogą wystąpić problemy z ograniczeniami zasad lub ograniczeniami zapory. Postępuj zgodnie z komunikatami o błędach, aby wykonać wymagane działania naprawcze i ponowić próbę wykonania testów łączności.

Rozwiązywanie problemów przy użyciu komunikatów o błędach z możliwością działania

Tworzenie lub aktualizowanie testu obciążeniowego kończy się niepowodzeniem Subscription not registered with Microsoft.Batch (ALTVNET001)

Podczas konfigurowania testu obciążeniowego w sieci wirtualnej subskrypcja musi zostać zarejestrowana w Microsoft.Batchusłudze .

1. Spróbuj ponownie utworzyć lub zaktualizować test obciążeniowy po kilku minutach.

2. Jeśli błąd będzie się powtarzać, wykonaj następujące kroki, aby ręcznie zarejestrować subskrypcję u dostawcy Microsoft.Batch zasobów.

Tworzenie lub aktualizowanie testu obciążeniowego kończy się niepowodzeniem Subnet is not in the Succeeded state (ALTVNET002)

Podsieć używana na potrzeby testu obciążeniowego nie znajduje się w Succeeded stanie i nie jest gotowa do wdrożenia testu obciążeniowego.

1. Sprawdź stan podsieci.

   Aby sprawdzić stan, uruchom następujące polecenie interfejsu wiersza polecenia platformy Azure. Wynik powinien mieć wartość Succeeded.

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

2. Rozwiąż wszelkie problemy z podsiecią. Jeśli podsieć została właśnie utworzona, sprawdź stan ponownie po kilku minutach.

3. Alternatywnie wybierz inną podsieć dla testu obciążeniowego.

Tworzenie lub aktualizowanie testu obciążeniowego kończy się niepowodzeniem Subnet is delegated to other service (ALTVNET003)

Podsieć używana do wdrażania testu obciążeniowego nie może być delegowana do innej usługi platformy Azure. Usuń istniejące delegowanie lub wybierz inną podsieć, która nie jest delegowana do usługi.

Dowiedz się więcej o dodawaniu lub usuwaniu delegowania podsieci.

Aktualizowanie lub uruchamianie testu obciążeniowego kończy się niepowodzeniem User doesn't have subnet/join/action permission on the virtual network (ALTVNET004)

Aby zaktualizować lub uruchomić test obciążeniowy, musisz mieć wystarczające uprawnienia do wdrożenia testowania obciążenia platformy Azure w sieci wirtualnej. Wymagana jest rola Współautor sieci lub element nadrzędny tej roli w sieci wirtualnej.

1. Aby zweryfikować swoje uprawnienia, zobacz Sprawdzanie dostępu użytkownika do zasobów platformy Azure.

2. Wykonaj następujące kroki, aby przypisać rolę Współautor sieci do twojego konta.

Tworzenie lub aktualizowanie testu obciążeniowego kończy się niepowodzeniem IPv6 enabled subnet not supported (ALTVNET005)

Testowanie obciążenia platformy Azure nie obsługuje podsieci z obsługą protokołu IPv6. Wybierz inną podsieć, dla której nie włączono protokołu IPv6.

Tworzenie lub aktualizowanie testu obciążeniowego kończy się niepowodzeniem NSG attached to subnet is not in Succeeded state (ALTVNET006)

Sieciowa grupa zabezpieczeń dołączona do podsieci nie znajduje się w Succeeded stanie.

1. Sprawdź stan sieciowej grupy zabezpieczeń.

   Aby sprawdzić stan, uruchom następujące polecenie interfejsu wiersza polecenia platformy Azure. Wynik powinien mieć wartość Succeeded.

   az network nsg show -g MyResourceGroup -n MyNsg
   

2. Rozwiąż wszelkie problemy z sieciową grupą zabezpieczeń. Jeśli sieciowa grupa zabezpieczeń lub podsieć została właśnie utworzona, sprawdź stan ponownie po kilku minutach.

3. Alternatywnie wybierz inną sieciową grupę zabezpieczeń.

Tworzenie lub aktualizowanie testu obciążeniowego kończy się niepowodzeniem Route Table attached to subnet is not in Succeeded state (ALTVNET007)

Tabela tras dołączona do podsieci nie jest w Succeeded stanie .

1. Sprawdź stan tabeli tras.

   Aby sprawdzić stan, uruchom następujące polecenie interfejsu wiersza polecenia platformy Azure. Wynik powinien mieć wartość Succeeded.

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

2. Rozwiąż wszelkie problemy z tabelą tras. Jeśli właśnie utworzono tabelę tras lub podsieć, sprawdź stan ponownie po kilku minutach.

3. Alternatywnie wybierz inną tabelę tras.

Tworzenie lub aktualizowanie testu obciążeniowego kończy się niepowodzeniem Subnet is in a different subscription than resource (ALTVNET011)

Sieć wirtualna nie znajduje się w tej samej subskrypcji i regionie co zasób testowania obciążenia platformy Azure. Przenieś lub ponownie utwórz sieć wirtualną platformy Azure lub zasób testowania obciążenia platformy Azure do tej samej subskrypcji i regionu.

Inicjowanie obsługi administracyjnej kończy się niepowodzeniem z An azure policy is restricting engine deployment to your subscription (ALTVNET012)

Zasady platformy Azure ograniczają wdrażanie aparatu testów obciążeniowych do subskrypcji. Sprawdź ograniczenia zasad i spróbuj ponownie. Jeśli masz ograniczenia zasad dotyczące wdrażania publicznego adresu IP, modułu równoważenia obciążenia platformy Azure lub sieciowej grupy zabezpieczeń, możesz wyłączyć wdrażanie tych zasobów. Zobacz Konfigurowanie testu obciążeniowego.

Inicjowanie obsługi administracyjnej kończy się niepowodzeniem z Engines could not be deployed due to an error in subnet configuration (ALTVNET013)

Nie można wdrożyć wystąpień aparatu testów obciążeniowych z powodu błędu w konfiguracji podsieci. Sprawdź konfigurację podsieci. Jeśli problem będzie się powtarzać, zgłoś bilet z pomocą techniczną wraz z identyfikatorem przebiegu testu.

1. Sprawdź stan podsieci.

   Aby sprawdzić stan, uruchom następujące polecenie interfejsu wiersza polecenia platformy Azure. Wynik powinien mieć wartość Succeeded.

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

2. Rozwiąż wszelkie problemy z podsiecią. Jeśli podsieć została właśnie utworzona, sprawdź stan ponownie po kilku minutach.

3. Jeśli problem będzie się powtarzać, otwórz żądanie pomocy technicznej online.

   Podaj identyfikator przebiegu testu obciążeniowego w żądaniu pomocy technicznej.

Uruchamianie testu obciążeniowego kończy się niepowodzeniem z Subnet has {0} free IPs, {1} more free IP(s) required to run {2} engine instance load test (ALTVNET014)

Podsieć używana na potrzeby testowania obciążenia platformy Azure musi mieć wystarczającą liczbę nieprzypisanych adresów IP, aby pomieścić liczbę aparatów testów obciążeniowych na potrzeby testu.

Wykonaj następujące kroki, aby zaktualizować ustawienia podsieci i zwiększyć zakres adresów IP.

Uruchamianie testu obciążeniowego kończy się niepowodzeniem z Management Lock is enabled on Resource Group of VNET (ALTVNET015)

Jeśli grupa zasobów zawierająca sieć wirtualną zawiera blokadę, usługa nie może wstrzyknąć maszyn wirtualnych aparatu testowego w sieci wirtualnej. Usuń blokadę zarządzania przed uruchomieniem testu obciążeniowego. Dowiedz się, jak skonfigurować blokady w witrynie Azure Portal.

Uruchamianie testu obciążeniowego kończy się niepowodzeniem z Insufficient public IP address quota in VNET subscription (ALTVNET016)

Po uruchomieniu testu obciążeniowego usługa Azure Load Testing wprowadza następujące zasoby platformy Azure w sieci wirtualnej zawierającej punkt końcowy aplikacji:

• Maszyny wirtualne aparatu testowego. Te maszyny wirtualne wywołują punkt końcowy aplikacji podczas testu obciążeniowego.
• Publiczny adres IP.
• Sieciowa grupa zabezpieczeń.
• Usługa Azure Load Balancer.

Upewnij się, że masz limit przydziału dla co najmniej jednego publicznego adresu IP dostępnego w subskrypcji do użycia w teście obciążeniowym.

Uruchamianie testu obciążeniowego kończy się niepowodzeniem z Subnet with name "AzureFirewallSubnet" cannot be used for load testing (ALTVNET017)

Podsieć AzureFirewallSubnet jest zarezerwowana i nie można jej używać do testowania obciążenia platformy Azure. Wybierz inną podsieć dla testu obciążeniowego.

Następne kroki

• Dowiedz się, jak załadować prywatne punkty końcowe.
• Dowiedz się więcej na temat scenariuszy wdrażania testowania obciążenia platformy Azure w sieci wirtualnej.