Compartir a través de

Solución de problemas generales de rendimiento con Azure Front Door

Resumen

Los problemas de rendimiento pueden originarse en varias áreas posibles: el servicio Azure Front Door, el origen, el cliente solicitante o la ruta de acceso entre cualquiera de estos saltos. Esta guía de solución de problemas ayuda a identificar qué salto en la ruta de datos es más probable que sea la raíz del problema y cómo resolverlo.

Comprobación de problemas conocidos

Antes de empezar, compruebe si hay problemas conocidos en:

  • La plataforma Azure Front Door.
  • Proveedores de servicios de Internet (ISP por sus siglas en inglés) en el camino.
  • La capacidad del cliente solicitante para conectarse y recuperar datos.

Escenario 1: Investigar el origen

Si uno de los servidores de origen es lento, la primera solicitud de un objeto a través de Azure Front Door es lenta. Además, si el contenido no se almacena en caché en el punto de presencia (POP) de Azure Front Door, las solicitudes se reenvían al origen. Servir desde el origen niega la ventaja de la proximidad del POP y la entrega local al cliente solicitante, y, en su lugar, depende del rendimiento del origen.

Escenario 1: Información del entorno necesaria

  • nombre del punto de conexión de Azure Front Door
    • Nombre del host del punto final
    • Dominio personalizado del punto final (si corresponde)
    • Nombre de host de origen
  • URL completa del archivo afectado

Escenario 1: Pasos de solución de problemas

  1. Compruebe los encabezados de respuesta de la solicitud afectada.

    Para verificar los encabezados de respuesta, use los siguientes ejemplos en Bash. También puede utilizar las herramientas de desarrollo de su navegador seleccionando la tecla F12. Seleccione la pestaña de Trabajo en Red, seleccione el archivo relevante que se investigará y, a continuación, seleccione la pestaña de Encabezados Si falta el archivo, vuelva a cargar la página con las herramientas del desarrollador abiertas.

    La respuesta inicial debe tener un encabezado con un valor de o . El Azure Front Door POP reenvía las solicitudes con este valor al origen. El origen envía el tráfico de retorno en esa misma ruta al cliente solicitante.

    Aquí hay un ejemplo que muestra :

    $ curl -I https://www.contoso.com/styles.css
HTTP/2 200
date: Wed, 28 Aug 2024 17:02:09 GMT
content-type: text/css
content-length: 2837
last-modified: Thu, 09 May 2024 20:49:36 GMT
etag: "b15-6180b8e9bd897"
vary: Accept-Encoding
x-azure-ref: 20240828T170209Z-AA11BB22CC33DD44EE55FF66AA77BB88CC99DD00
x-fd-int-roxy-purgeid: 0
x-cache: TCP_MISS
accept-ranges: bytes

    Aquí hay un ejemplo que muestra :

    curl -I https://www.contoso.com/styles.css
HTTP/2 200
date: Wed, 28 Aug 2024 17:04:38 GMT
content-type: text/css
content-length: 2837
last-modified: Thu, 09 May 2024 20:49:36 GMT
etag: "b15-6180b8e9bd897"
vary: Accept-Encoding
x-azure-ref: 20240828T170438Z-BB22CC33DD44EE55FF66AA77BB88CC99DD00EE11
x-fd-int-roxy-purgeid: 0
x-cache: TCP_HIT
x-cache-info: L1_T2
accept-ranges: bytes

  2. Continúe solicitando contra el endpoint hasta que el encabezado tenga un valor.

    Si vio inicialmente, entonces el almacenamiento en caché no está habilitado en la configuración de ruta. En este caso, no verá .

  3. Si se resuelve el problema de rendimiento, el problema se basaba en la velocidad del origen y no en el rendimiento de Azure Front Door. El propietario debe abordar la configuración de Azure Front Door caché o el origen para mejorar el rendimiento.

    Si el problema persiste, el origen podría ser el cliente que solicita el contenido o el servicio Azure Front Door. Pase al escenario 2 para identificar el origen.

Escenario 2: Un solo cliente o ubicación (ejemplo, un ISP) es lento

Un solo cliente o ubicación puede ser lento si hay una ruta de red incorrecta entre el cliente solicitante y el Azure Front Door POP. Debe descartar cualquier ruta incorrecta porque afecta la distancia al POP, lo que elimina la ventaja de proximidad del POP de Azure Front Door.

La alta latencia o el bajo ancho de banda podrían ser el resultado de un problema de ISP, si está utilizando una red privada virtual (VPN por sus siglas en inglés) o forma parte de una red corporativa dispersa. Una red corporativa puede ejecutar todo el tráfico a través de un punto remoto central.

Escenario 2: Información del entorno necesaria

  • nombre del punto de conexión de Azure Front Door
    • Nombre del host del punto final
    • Dominio personalizado del punto final (si corresponde)
    • Nombre de host de origen
  • URL completa del archivo afectado
  • Solicitud de información de cliente
    • IP del cliente que realiza la solicitud
    • Solicitud de ubicación del cliente
    • Solicitud de la ruta de acceso de cliente al entorno de Azure (normalmente identificado con tracert, pathping o una herramienta similar)

Escenario 2: Pasos de solución de problemas

  1. Para comprobar la ruta de acceso al POP, use pathping o una herramienta similar para 500 paquetes para comprobar la ruta de red.

    Pathping tiene un máximo de 250 consultas. Para probar con 500, ejecute la siguiente consulta dos veces:

    pathping /q 250 <Full URL of Affected File>

  2. Determine si el tráfico está tomando una ruta que agregaría tiempo o viajaría a una región distante.

    Busque códigos IP, ciudades o regiones que no tomen una ruta razonable según su ubicación geográfica (por ejemplo, el tráfico de Europa se enruta a los Estados Unidos) o que tengan un número excesivo de saltos.

  3. Para descartar la configuración del cliente solicitante, pruebe desde un cliente solicitante diferente en la misma región.

  4. Si identifica saltos adicionales o regiones remotas, el problema radica en que el cliente accede al Azure Front Door POP, y no en el propio servicio Azure Front Door. El proveedor de conectividad o VPN debe abordar los saltos entre los puntos finales.

    Si no identifica saltos adicionales o regiones remotas y el contenido se está sirviendo desde la caché (x-cache: TCP_HIT), el problema reside en el servicio Azure Front Door. Es posible que deba crear una solicitud de soporte. Incluya una referencia a este artículo de solución de problemas y los pasos que tomó.

Nota:

Cuando el contenido se sirve desde el origen (), consulte Escenario 1 más atrás en este artículo.

Escenario 3: Un sitio web se carga lentamente

En algunos escenarios, no hay ningún problema con un solo archivo, pero el rendimiento de una página web completa (Azure Front Door proxy) no es satisfactoria. Una herramienta de rendimiento de página web muestra un rendimiento deficiente del sitio en comparación con una página web fuera de Azure Front Door.

Una página web suele constar de muchos archivos. Un sitio web se beneficia de Azure Front Door solo si Azure Front Door está sirviendo cada archivo en una página web. Debe configurar Azure Front Door para maximizar la ventaja.

Considere el ejemplo siguiente:

  • Origen:
  • Azure Front Door dominio personalizado: contoso.com
  • La página que está intentando cargar:

Cuando se carga la página, el archivo inicial en el directorio "/" llama a otros archivos, que construyen la página. Estos archivos son imágenes, JavaScript, archivos de texto y más. Si no se llama a esos archivos a través del nombre de host de Azure Front Door (contoso.com), la página no usa Azure Front Door. Por lo tanto, si uno de los archivos que solicita el sitio web es http://www.images.fabrikam.com/businessimage.jpg, el archivo no se beneficia del uso de Azure Front Door. En su lugar, el navegador del cliente solicitante solicita el archivo directamente al servidor.

Diagrama de varios archivos de origen diferente para un sitio web singular y cómo afecta esa configuración a Azure Front Door performance.

Escenario 3: Información del entorno necesaria

  • nombre del punto de conexión de Azure Front Door
    • Nombre del host del punto final
    • Dominio personalizado del punto final (si corresponde)
    • Nombre de host de origen
    • Ubicación geográfica del origen
  • URL completa de la página web afectada
  • Herramienta y métrica que miden el rendimiento

Escenario 3: Solución de problemas

  1. Revise la métrica que muestra el rendimiento más lento.

    Importante

    Microsoft no puede distinguir lo que se mide mediante herramientas que no posee.

  2. Abra la página web Azure Front Door en un explorador y, a continuación, abra las herramientas de desarrollo seleccionando la tecla F12.

    Puede utilizar las herramientas de desarrollador de su navegador para determinar el origen de los archivos que se entregan. Para ver la URL de la solicitud en las herramientas para desarrolladores, seleccione la ficha de Red, seleccione el archivo que está examinando y, a continuación, seleccione General. Si falta el archivo, vuelva a cargar la página con las herramientas del desarrollador abiertas.

  3. Anote el origen o la URL de solicitud de los archivos.

  4. Identifique qué archivos usan el nombre de host Azure Front Door y qué archivos no.

    En el ejemplo anterior, una imagen hospedada en Azure Front Door sería https://www.contoso.com/productimage1.jpg. Una imagen no hospedada en Azure Front Door sería http://www.images.fabrikam.com/businessimage.jpg.

  5. Pruebe el rendimiento del archivo que Azure Front Door está atendiendo, su origen y (si procede) la página web de pruebas.

    Si la página web de origen o pruebas se proporciona desde una región geográfica más cercana a la herramienta que está probando el rendimiento, es posible que tenga que usar una herramienta o solicitar un cliente en otra región para examinar la ventaja de proximidad de Azure Front Door POP.

    Importante

    Los archivos servidos desde fuera del nombre de host de Azure Front Door no se beneficiarán de él. Es posible que tenga que rediseñar la página web para hacerlo.

    Si los archivos están destinados a ser almacenados en el caché, asegúrese de probar los archivos que tienen el encabezado de respuesta .

  6. Tome medidas en función de los datos recopilados:

    • Si los datos recopilados muestran que los archivos se emiten desde servidores fuera del nombre de host de Azure Front Door, Azure Front Door funciona según lo previsto.

      La carga lenta de los sitios web puede requerir de un cambio en el diseño de la página web. Para obtener ayuda para optimizar su sitio web para usar Azure Front Door, conéctese con su equipo de diseño de sitios web o con Proveedores de soluciones deMicrosoft.

      Nota:

      El problema de carga lenta de sitios web podría tardar un tiempo en revisarse en función de la complejidad del diseño del sitio web y de las instrucciones de llamada a archivos.

    • Si los datos recopilados muestran que el rendimiento de carga de los archivos es mejor en Azure Front Door en comparación con el origen o el sitio de prueba, Azure Front Door funciona según lo previsto. El origen del problema podría ser las solicitudes de clientes individuales. En ese caso, consulte Escenario 1 más atrás en este artículo.

    • Si los datos recopilados muestran que el rendimiento no es mejor en Azure Front Door, es probable que tenga que presentar una solicitud de soporte para una investigación más detallada. Incluya una referencia a este artículo de solución de problemas y los pasos que tomó.

Contenido relacionado

  • Last updated on