Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Importante
Azure Front Door (clásico) no admite la creación de perfiles, la incorporación de nuevos dominios ni los certificados administrados y se retira en March 31, 2027. Para evitar interrupciones del servicio, migren a Azure Front Door Estándar o Premium. Para obtener más información, consulte Retirada de Azure Front Door (clásico).
Nota:
En este artículo, el origen y el grupo de orígenes hace referencia al back-end y al grupo de back-end de una configuración de Azure Front Door (clásico).
Para determinar el estado y la proximidad de cada origen de un entorno de Azure Front Door determinado, cada perfil de Front Door envía periódicamente una solicitud HTTP o HTTPS sintética a todos los orígenes configurados. Front Door usa las respuestas del sondeo de estado para determinar el mejor origen al que enrutar las solicitudes de clientes.
Advertencia
Como la ubicación perimetral de Azure Front Door envía sondeos de estado a los orígenes, el volumen del sondeo de estado de los orígenes puede ser bastante elevado. El número de sondeos depende de la ubicación del tráfico del cliente y de la frecuencia del sondeo de estado. Si las ubicaciones perimetrales de Azure Front Door no reciben tráfico real de los usuarios finales, la frecuencia del sondeo de estado de la ubicación perimetral disminuye de la frecuencia configurada. Si hay tráfico que se dirige a todas las ubicaciones perimetrales de Azure Front Door, el volumen del sondeo de estado puede ser elevado en función de la frecuencia de los sondeos de estado.
Para calcular aproximadamente el volumen de sondeos de estado por minuto en un origen cuando se usa la frecuencia de sondeo predeterminada de 30 segundos, multiplique el número de ubicaciones perimetrales por dos solicitudes cada minuto. Las solicitudes de sondeo son menos cuando no se envía tráfico a todas las ubicaciones perimetrales. Para obtener una lista de ubicaciones perimetrales, consulte ubicaciones perimetrales por región.
Protocolos compatibles
Azure Front Door admite el envío de sondeos a través de los protocolos HTTP o HTTPS. Estas sondeos usan los mismos puertos TCP configurados para enviar las solicitudes de cliente y no se pueden anular. Los sondeos HTTP o HTTPS de Front Door incluyen un conjunto de encabezados User-Agent con el valor Edge Health Probe.
Métodos HTTP admitidos para las comprobaciones de estado
Azure Front Door admite los siguientes métodos HTTP para enviar los sondeos de estado:
- OBTENER: El método GET recupera cualquier información (en forma de entidad) identificada por el URI de solicitud.
- HEAD: El método HEAD es idéntico a GET, excepto que el servidor NO DEBE devolver cuerpo de mensaje en la respuesta. Para los nuevos perfiles de Front Door, el método de sondeo se establece como HEAD de forma predeterminada.
Sugerencia
Para reducir la carga y el costo de los orígenes, use solicitudes HEAD para sondeos de estado.
Respuestas de verificación de estado de salud
| Respuestas | Descripción |
|---|---|
| Determinación de la salud | Un código de estado 200 - Correcto indica que el origen está en buen estado. Cualquier otro código de estado se considera un error. Si, por algún motivo, no se recibe una respuesta HTTP válida de un sondeo, este se considera un error. |
| Medida de la latencia | La latencia es el tiempo de reloj medido desde el momento inmediatamente antes de enviar la solicitud de sondeo hasta el momento en que Front Door recibe el último byte de la respuesta. Front Door usa una nueva conexión TCP para cada solicitud. La medida no está sesgada hacia los orígenes con conexiones cálidas existentes. |
Cómo Front Door determina el estado del origen
Para determinar el estado, Azure Front Door usa un proceso de tres pasos en todos los algoritmos.
Excluya los orígenes deshabilitados.
Se excluyen los orígenes que tengan errores de sondeo de estado:
Front Door examina las últimas n respuestas de sondas de salud. Si al menos las respuestas x son correctas, el origen se considera correcto.
Cambie la propiedad SampleSize en la configuración de equilibrio de carga para establecer n.
Cambie la propiedad SuccessfulSamplesRequired en la configuración de equilibrio de carga para establecer x.
Para conjuntos de orígenes saludables en un grupo de orígenes, Front Door mide y mantiene la latencia de cada origen.
Nota:
Si un único punto de conexión es miembro de varios grupos de origen, Front Door optimiza el número de sondeos de estado que envía al origen para reducir la carga en el origen. Front Door envía solicitudes de sondeo de estado en función del intervalo de ejemplo configurado más bajo. Las respuestas de los mismos sondeos de estado determinan el estado del punto de conexión en todos los grupos de orígenes.
Error de sondeo de estado completo
Si hay un error en los sondeos de estado de cada origen en un grupo de orígenes, Front Door considerará que el estado de todos los orígenes no es el correcto y enviará el tráfico mediante una distribución equitativa y secuencial (round robin) en todos ellos. Cuando un origen vuelve a un estado correcto, Front Door reanuda el algoritmo de equilibrio de carga normal.
Deshabilitación de sondeos de estado
Si el grupo de orígenes tiene un único origen, puede deshabilitar los sondeos de estado para reducir las operaciones de carga en la aplicación. Si el grupo de origen tiene varios orígenes y hay más de un origen habilitado, no se pueden deshabilitar los sondeos de salud.
Nota:
Si el grupo de orígenes solo tiene un único origen, este origen recibirá pocos sondeos de estado. Esta condición puede provocar una caída en las métricas de salud del origen, pero el tráfico no se ve afectado.