Compartir vía


Solución de problemas con la ejecución de pruebas de carga en puntos de conexión privados.

En este artículo se tratan los problemas que pueden surgir al ejecutar pruebas de carga en puntos de conexión de aplicación privados mediante Azure Load Testing. El servicio Azure Load Testing inserta los recursos de Azure necesarios para generar la carga en la red virtual que contiene el punto de conexión de la aplicación. En este proceso, puede encontrarse con algunos problemas relacionados con la configuración de red virtual y los permisos de control de acceso basado en rol (RBAC).

El servicio Azure Load Testing requiere conectividad saliente de la red virtual a los siguientes destinos.

Destino Necesidad de conectividad
*.azure.com El acceso a este destino es necesario para que el servicio Azure Load Testing interactúe con el servicio Azure Batch.
*.windows.net El acceso a este destino es necesario para que el servicio Azure Load Testing interactúe con Azure Service Bus, Azure Event Grids y Azure Storage. Para más información sobre la configuración del firewall en estos servicios, vea
  • Preguntas más frecuentes sobre Azure Service Bus
  • Reglas de firewall de Azure Event Hubs
  • Configuración de firewalls y redes virtuales de Azure Storage
  • *.azurecr.io El acceso a este destino es necesario para que el servicio Azure Load Testing interactúe con Azure Container Registry. Para más información sobre la configuración del firewall en Azure Container Registry, vea
  • Reglas de acceso de firewall: Azure Container Registry
  • Opcionalmente, se necesita conectividad saliente a *.maven.org y *.github.com para descargar los complementos que se incluyen en la configuración de prueba.

    Nota:

    Para las regiones de Azure Government, asegúrese de la conectividad de salida con *.azure.us, *.usgovcloudapi.net y *.azurecr.us. Para obtener más información sobre los puntos de conexión de Azure Government, consulte la Guía para desarrolladores.

    Solución de problemas de conectividad desde la red virtual mediante la implementación de una máquina virtual de Azure

    Para probar la conectividad desde la red virtual:

    1. Cree una máquina virtual con una dirección IP pública en la subred que usa en la configuración de prueba en Azure Load Testing. Esta máquina virtual solo se usa para diagnosticar la conectividad de red y se puede eliminar después de la solución de problemas. El servicio Azure Load Testing no usa esta máquina virtual para generar la carga.

      Ejecute el siguiente comando de la CLI de Azure para crear una máquina virtual.

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

      La máquina virtual puede ser de cualquier tipo.

    2. Inicie sesión en la máquina virtual mediante Azure Bastion.

    3. Prueba de la conectividad saliente de la máquina virtual a azure.com

      • Para validar la búsqueda del sistema de nombres de dominio (DNS), ejecute el siguiente comando

        nslookup azure.com
        

        Una respuesta con direcciones IP asociadas a azure.com indica una conexión correcta.

        Captura de pantalla que muestra una respuesta correcta para la validación de DNS.

      • Para validar la conectividad con "azure.com", ejecute el siguiente comando

        curl azure.com -I
        

        Una respuesta HTTP indica una conectividad correcta.

        Captura de pantalla que muestra una respuesta correcta para la validación de conectividad.

      1. Repita el paso 3 para "windows.net" y "azurecr.io" para validar la búsqueda y conectividad de DNS con estos destinos.

    También puede usar cualquier otro enfoque para garantizar la conectividad desde la subred a *.azure.com, *.windows.net y *.azurecr.io.

    Al realizar las pruebas de conectividad, es posible que se produzcan problemas debido a restricciones de directiva o restricciones de firewall. Siga los mensajes de error para realizar cualquier acción correctiva necesaria y vuelva a intentar las pruebas de conectividad.

    Solución de problemas con los mensajes de error que requieren acción

    Se produce un error al crear o actualizar la prueba de carga con Subscription not registered with Microsoft.Batch (ALTVNET001)

    Al configurar una prueba de carga en una red virtual, la suscripción debe registrarse con Microsoft.Batch.

    1. Intente crear o actualizar la prueba de carga de nuevo pasados unos minutos.

    2. Si el error persiste, siga estos pasos para registrar la suscripción con el proveedor de recursos Microsoft.Batch manualmente.

    Se produce un error al crear o actualizar la prueba de carga con Subnet is not in the Succeeded state (ALTVNET002)

    La subred que usa para la prueba de carga no tiene el estado Succeeded y no está lista para implementar la prueba de carga en ella.

    1. Compruebe el estado de la subred.

      Para comprobar el estado, ejecute el siguiente comando de la CLI de Azure. El resultado debe ser Succeeded.

      az network vnet subnet show -g MyResourceGroup -n MySubnet --vnet-name MyVNet
      
    2. Resuelva los problemas de la subred. Si acaba de crear la subred, compruebe el estado de nuevo después de unos minutos.

    3. Como alternativa, seleccione otra subred para la prueba de carga.

    Error al crear o actualizar la prueba de carga con Subnet is delegated to other service (ALTVNET003)

    La subred que se usa para implementar la prueba de carga no se puede delegar en otro servicio de Azure. Quite la delegación existente o seleccione otra subred que no esté delegada en un servicio.

    Más información sobre la incorporación o retirada de una delegación de subred.

    Se produce un error al actualizar o iniciar la prueba de carga con User doesn't have subnet/join/action permission on the virtual network (ALTVNET004)

    Para actualizar o iniciar una prueba de carga, debe tener permisos suficientes para implementar Azure Load Testing en la red virtual. Necesita el rol Colaborador de red, o un elemento primario de este rol, en la red virtual.

    1. Consulte Comprobación del acceso de un usuario a los recursos de Azure para comprobar los permisos.

    2. Siga estos pasos para asignar el rol Colaborador de red a su cuenta.

    Se produce un error al crear o actualizar la prueba de carga con IPv6 enabled subnet not supported (ALTVNET005)

    Azure Load Testing no admite las subredes habilitadas para IPv6. Seleccione otra subred para la que IPv6 no está habilitado.

    Se produce un error al crear o actualizar la prueba de carga con NSG attached to subnet is not in Succeeded state (ALTVNET006)

    El grupo de seguridad de red asociado a la subred no tiene el estado Succeeded.

    1. Compruebe el estado del grupo de seguridad de red.

      Para comprobar el estado, ejecute el siguiente comando de la CLI de Azure. El resultado debe ser Succeeded.

      az network nsg show -g MyResourceGroup -n MyNsg
      
    2. Resuelva los problemas del grupo de seguridad de red. Si acaba de crear el grupo de seguridad de red o la subred, compruebe su estado de nuevo transcurridos unos minutos.

    3. Como alternativa, seleccione otro grupo de seguridad de red.

    Se produce un error al crear o actualizar la prueba de carga con Route Table attached to subnet is not in Succeeded state (ALTVNET007)

    La tabla de enrutamiento asociada a la subred no tiene el estado Succeeded.

    1. Compruebe el estado de la tabla de rutas.

      Para comprobar el estado, ejecute el siguiente comando de la CLI de Azure. El resultado debe ser Succeeded.

      az network route-table show -g MyResourceGroup -n MyRouteTable
      
    2. Resuelva los problemas con la tabla de rutas. Si acaba de crear la tabla de rutas o la subred, compruebe el estado de nuevo después de unos minutos.

    3. Como alternativa, seleccione otra tabla de rutas.

    Se produce un error al crear o actualizar la prueba de carga con Subnet is in a different subscription than resource (ALTVNET011)

    La red virtual no está en la misma suscripción y región que el recurso de prueba de carga de Azure. Mueva la red virtual de Azure o el recurso de prueba de carga de Azure a la misma suscripción y región o vuelva a crearlos.

    Error de aprovisionamiento con An azure policy is restricting engine deployment to your subscription (ALTVNET012)

    Una directiva de Azure restringe la implementación del motor de prueba de carga a la suscripción. Compruebe las restricciones de la directiva e inténtelo de nuevo. Si tiene restricciones de directiva en la implementación de la dirección IP pública, el equilibrador de carga de Azure o el grupo de seguridad de red, puede deshabilitar la implementación de estos recursos. Vea Configuración de la prueba de carga.

    Error de aprovisionamiento con Engines could not be deployed due to an error in subnet configuration (ALTVNET013)

    Las instancias del motor de prueba de carga no se pudieron implementar por un error en la configuración de la subred. Compruebe la configuración de la subred. Si el problema persiste, abra una incidencia con soporte técnico junto con el identificador de ejecución de la prueba.

    1. Compruebe el estado de la subred.

      Para comprobar el estado, ejecute el siguiente comando de la CLI de Azure. El resultado debe ser Succeeded.

      az network vnet subnet show -g MyResourceGroup -n MySubnet --vnet-name MyVNet
      
    2. Resuelva los problemas de la subred. Si acaba de crear la subred, compruebe el estado de nuevo después de unos minutos.

    3. Si el problema persiste, abra una solicitud de soporte técnico al cliente en línea.

      En la solicitud de soporte técnico, proporcione el identificador de ejecución de prueba de carga.

    Se produce un error al iniciar la prueba de carga con Subnet has {0} free IPs, {1} more free IP(s) required to run {2} engine instance load test (ALTVNET014)

    La subred que use para Azure Load Testing debe tener suficientes direcciones IP no asignadas para dar cabida al número de motores de prueba de carga de la prueba.

    Siga estos pasos para actualizar la configuración de la subred y aumentar el intervalo de direcciones IP.

    Se produce un error al iniciar la prueba de carga con Management Lock is enabled on Resource Group of VNET (ALTVNET015)

    Si hay un bloqueo en el grupo de recursos que contiene la red virtual, el servicio no puede insertar las máquinas virtuales del motor de prueba en la red virtual. Quite el bloqueo de administración antes de ejecutar la prueba de carga. Aprenda a configurar bloqueos en Azure Portal.

    Se produce un error al iniciar la prueba de carga con Insufficient public IP address quota in VNET subscription (ALTVNET016)

    Al iniciar la prueba de carga, Azure Load Testing inserta los siguientes recursos de Azure en la red virtual que contiene el punto de conexión de la aplicación:

    • Máquinas virtuales del motor de prueba. Estas máquinas virtuales invocan el punto de conexión de la aplicación durante la prueba de carga.
    • Una dirección IP pública.
    • Un grupo de seguridad de red (NSG).
    • Un equilibrador de carga de Azure.

    Asegúrese de que tiene cuota para al menos una dirección IP pública disponible en la suscripción para usarla en la prueba de carga.

    Se produce un error al iniciar la prueba de carga con Subnet with name "AzureFirewallSubnet" cannot be used for load testing (ALTVNET017)

    La subred AzureFirewallSubnet está reservada y no se puede usar para Azure Load Testing. Seleccione otra subred para la prueba de carga.

    Pasos siguientes