프라이빗 엔드포인트에 대한 부하 테스트 실행과 관련된 문제를 해결합니다.
이 문서에서는 Azure Load Testing을 사용하여 프라이빗 애플리케이션 엔드포인트에 대해 부하 테스트를 실행할 때 발생할 수 있는 문제를 해결합니다. Azure Load Testing 서비스는 애플리케이션 엔드포인트를 포함하는 가상 네트워크에서 부하를 생성하는 데 필요한 Azure 리소스를 삽입합니다. 이 프로세스에서는 가상 네트워크 구성 및 RBAC(역할 기반 액세스 제어) 권한과 관련된 몇 가지 문제가 발생할 수 있습니다.
Azure Load Testing 서비스는 가상 네트워크에서 다음 대상으로 아웃바운드 연결이 필요합니다.
| 대상 | 연결 필요 |
|---|---|
| *.azure.com | Azure Load Testing 서비스가 Azure Batch 서비스와 상호 작용하려면 이 대상에 액세스해야 합니다. |
| *.windows.net | Azure Load Testing 서비스가 Azure Service Bus, Azure Event Grids 및 Azure Storage와 상호 작용하려면 이 대상에 액세스해야 합니다. 이러한 서비스의 방화벽 구성에 대한 자세한 내용은 |
| *.azurecr.io | Azure Load Testing 서비스가 Azure Container Registry와 상호 작용하려면 이 대상에 액세스해야 합니다. Azure Container Registry의 방화벽 구성에 대한 자세한 내용은 |
필요에 따라 테스트 구성에 포함된 플러그 인을 다운로드하려면 *.maven.org 및 *.github.com 아웃바운드 연결이 필요합니다.
Azure Virtual Machine을 배포하여 가상 네트워크의 연결 문제 해결
가상 네트워크에서 연결을 테스트하려면 다음을 수행합니다.
Azure Load Testing의 테스트 구성에서 사용 중인 서브넷에 공용 IP가 있는 Virtual Machine을 만듭니다. 이 가상 머신은 네트워크 연결을 진단하는 데만 사용되며 문제 해결 후 삭제할 수 있습니다. Azure Load Testing 서비스는 이 가상 머신을 사용하여 부하를 생성하지 않습니다.
다음 Azure CLI 명령을 실행하여 가상 머신을 만듭니다.
az vm create --resource-group <your-resource-group> --name <your-virtual-machine-name> --image UbuntuLTS --generate-ssh-keys --subnet <your-subnet>가상 머신은 모든 형식일 수 있습니다.
Azure Bastion을 사용하여 가상 머신에 로그인합니다.
가상 머신에서 azure.com 아웃바운드 연결 테스트
DNS(도메인 이름 시스템) 조회의 유효성을 검사하려면 다음 명령을 실행합니다.
nslookup azure.comazure.com 연결된 IP 주소가 있는 응답은 연결이 성공했음을 나타냅니다.
'azure.com'에 대한 연결의 유효성을 검사하려면 다음 명령을 실행합니다.
curl azure.com -IHTTP 응답은 성공적인 연결을 나타냅니다.
- 'windows.net' 및 'azurecr.io'에 대해 3단계를 반복하여 이러한 대상에 대한 DNS 조회 및 연결의 유효성을 검사합니다.
다른 방법을 사용하여 서브넷에서 *.azure.com, *.windows.net 및 *.azurecr.io 연결할 수도 있습니다.
연결 테스트를 수행하는 동안 정책 제약 조건 또는 방화벽 제한으로 인해 문제가 발생할 수 있습니다. 오류 메시지에 따라 필요한 수정 작업을 수행하고 연결 테스트를 다시 시도합니다.
실행 가능한 오류 메시지를 사용하여 문제 해결
부하 테스트 만들기 또는 업데이트가 Subscription not registered with Microsoft.Batch (ALTVNET001) 오류와 함께 실패함
가상 네트워크에서 부하 테스트를 구성할 때 Microsoft.Batch에 구독을 등록해야 합니다.
몇 분 후에 부하 테스트를 다시 만들거나 업데이트해 보세요.
오류가 지속되면 다음 단계에 따라
Microsoft.Batch리소스 공급자에 수동으로 구독을 등록합니다.
부하 테스트 만들기 또는 업데이트가 Subnet is not in the Succeeded state (ALTVNET002) 오류와 함께 실패함
부하 테스트에 사용 중인 서브넷이 Succeeded 상태가 아니며 부하 테스트를 배포할 준비가 되지 않았습니다.
서브넷의 상태를 확인합니다.
상태를 확인하려면 다음 Azure CLI 명령을 실행합니다. 결과는
Succeeded여야 합니다.az network vnet subnet show -g MyResourceGroup -n MySubnet --vnet-name MyVNet서브넷과 관련된 모든 문제를 해결합니다. 방금 서브넷을 만든 경우 몇 분 후에 상태를 다시 확인합니다.
또는 부하 테스트를 위해 다른 서브넷을 선택합니다.
부하 테스트 만들기 또는 업데이트가 Subnet is delegated to other service (ALTVNET003) 오류와 함께 실패함
부하 테스트 배포에 사용하는 서브넷은 다른 Azure 서비스에 위임할 수 없습니다. 기존 위임을 제거하거나 서비스에 위임되지 않은 다른 서브넷을 선택합니다.
서브넷 위임 추가 또는 제거에 대해 자세히 알아봅니다.
User doesn't have subnet/join/action permission on the virtual network (ALTVNET004)를 나타내며 부하 테스트를 업데이트 또는 시작하지 못함
부하 테스트를 업데이트하거나 시작하려면 가상 네트워크에 Azure Load Testing을 배포할 수 있는 충분한 권한이 있어야 합니다. 가상 네트워크에서 네트워크 기여자 역할 또는 이 역할의 부모 역할이 필요합니다.
권한을 확인하려면 Azure 리소스에 대한 사용자 액세스 확인을 참조하세요.
계정에 네트워크 기여자 역할을 할당하려면 다음 단계를 따릅니다.
부하 테스트 만들기 또는 업데이트가 IPv6 enabled subnet not supported (ALTVNET005) 오류와 함께 실패함
Azure Load Testing은 IPv6 지원 서브넷을 지원하지 않습니다. IPv6이 사용하도록 설정되지 않은 다른 서브넷을 선택합니다.
부하 테스트 만들기 또는 업데이트가 NSG attached to subnet is not in Succeeded state (ALTVNET006) 오류와 함께 실패함
서브넷에 연결된 NSG(네트워크 보안 그룹)가 Succeeded 상태가 아닙니다.
NSG의 상태를 확인합니다.
상태를 확인하려면 다음 Azure CLI 명령을 실행합니다. 결과는
Succeeded여야 합니다.az network nsg show -g MyResourceGroup -n MyNsgNSG의 모든 문제를 해결합니다. 방금 NSG 또는 서브넷을 만든 경우 몇 분 후에 상태를 다시 확인합니다.
또는 다른 NSG를 선택합니다.
부하 테스트 만들기 또는 업데이트가 Route Table attached to subnet is not in Succeeded state (ALTVNET007) 오류와 함께 실패함
서브넷에 연결된 경로 테이블이 Succeeded 상태가 아닙니다.
경로 테이블의 상태를 확인합니다.
상태를 확인하려면 다음 Azure CLI 명령을 실행합니다. 결과는
Succeeded여야 합니다.az network route-table show -g MyResourceGroup -n MyRouteTable경로 테이블의 모든 문제를 해결합니다. 경로 테이블 또는 서브넷을 방금 만든 경우 몇 분 후에 상태를 다시 확인합니다.
또는 다른 경로 테이블을 선택합니다.
부하 테스트 만들기 또는 업데이트가 Subnet is in a different subscription than resource (ALTVNET011) 오류와 함께 실패함
가상 네트워크가 Azure Load Testing 리소스와 동일한 구독 및 지역에 있지 않습니다. Azure Virtual Network 또는 Azure Load Testing 리소스를 동일한 구독 및 지역으로 이동하거나 다시 만듭니다.
프로비전 실패(An azure policy is restricting engine deployment to your subscription (ALTVNET012))
Azure 정책은 부하 테스트 엔진 배포를 구독으로 제한하고 있습니다. 정책 제한을 확인하고 다시 시도합니다. 공용 IP 주소, Azure 부하 분산 장치 또는 네트워크 보안 그룹의 배포에 대한 정책 제한이 있는 경우 이러한 리소스의 배포를 사용하지 않도록 설정할 수 있습니다. 부하 테스트 구성을 참조하세요.
프로비전 실패(Engines could not be deployed due to an error in subnet configuration (ALTVNET013))
서브넷 구성 오류로 인해 부하 테스트 엔진 인스턴스를 배포할 수 없습니다. 서브넷 구성을 확인합니다. 문제가 지속되면 테스트의 실행 ID와 함께 지원팀에 티켓을 제출합니다.
서브넷의 상태를 확인합니다.
상태를 확인하려면 다음 Azure CLI 명령을 실행합니다. 결과는
Succeeded여야 합니다.az network vnet subnet show -g MyResourceGroup -n MySubnet --vnet-name MyVNet서브넷과 관련된 모든 문제를 해결합니다. 방금 서브넷을 만든 경우 몇 분 후에 상태를 다시 확인합니다.
문제가 지속되면 온라인 고객 지원 요청을 시작합니다.
지원 요청 내에서 부하 테스트 실행 ID를 제공합니다.
부하 테스트 시작이 Subnet has {0} free IPs, {1} more free IP(s) required to run {2} engine instance load test (ALTVNET014) 오류와 함께 실패함
Azure Load Testing에 사용하는 서브넷에는 테스트에 대한 부하 테스트 엔진 수를 수용할 수 있도록 할당되지 않은 IP 주소가 충분해야 합니다.
서브넷 설정을 업데이트하고 IP 주소 범위를 늘리려면 다음 단계를 따릅니다.
부하 테스트 시작이 Management Lock is enabled on Resource Group of VNET (ALTVNET015) 오류와 함께 실패함
가상 네트워크가 포함된 리소스 그룹에 잠금이 있는 경우 서비스는 가상 네트워크에 테스트 엔진 가상 머신을 삽입할 수 없습니다. 부하 테스트를 실행하기 전에 관리 잠금을 제거합니다. Azure Portal에서 잠금을 구성하는 방법을 알아봅니다.
부하 테스트 시작이 Insufficient public IP address quota in VNET subscription (ALTVNET016) 오류와 함께 실패함
부하 테스트를 시작하면 Azure Load Testing은 애플리케이션 엔드포인트를 포함하는 가상 네트워크에 다음 Azure 리소스를 삽입합니다.
- 테스트 엔진 가상 머신. 이러한 VM은 부하 테스트 중에 애플리케이션 엔드포인트를 호출합니다.
- 공용 IP 주소.
- 네트워크 보안 그룹(NSG).
- Azure Load Balancer.
부하 테스트에서 사용할 수 있도록 구독에서 하나 이상의 공용 IP 주소에 대한 할당량을 사용할 수 있는지 확인합니다.
부하 테스트 시작이 Subnet with name "AzureFirewallSubnet" cannot be used for load testing (ALTVNET017) 오류와 함께 실패함
서브넷 AzureFirewallSubnet은 예약되어 있으며 Azure Load Testing에 사용할 수 없습니다. 부하 테스트에 대해 다른 서브넷을 선택합니다.
다음 단계
- 테스트 프라이빗 엔드포인트를 로드하는 방법을 알아봅니다.
- 가상 네트워크에서 Azure Load Testing을 배포하기 위한 시나리오에 대해 자세히 알아봅니다.