Sondeos de estado
Importante
Azure Front Door (clásico) se retirará el 31 de marzo de 2027. Para evitar cualquier interrupción del servicio, es importante migrar los perfiles de Azure Front Door (clásico) al nivel Estándar o Premium de Azure Front Door para marzo de 2027. Para obtener más información, consulte Retirada de Azure Front Door (clásico).
Nota:
Cuando, en este artículo, se mencione al origen o al grupo de orígenes, se estará haciendo referencia, respectivamente, al back-end y al grupo de back-end de la configuración de una instancia de Azure Front Door (clásico).
Con el fin de determinar el estado y la proximidad de cada origen de un entorno de Azure Front Door especificado, cada perfil de Front Door envía periódicamente una solicitud HTTP/HTTPS sintética a todos los servidores orígenes configurados. Front Door usa las respuestas del sondeo de estado para determinar el mejor origen a los que enrutar las solicitudes de los clientes.
Advertencia
Puesto que la ubicación perimetral de Azure Front Door emite sondeos de estado a sus orígenes, el volumen de sondeo de estado de los orígenes puede ser bastante alto. El número de sondeos depende de la ubicación del tráfico del cliente y de la frecuencia del sondeo de estado. Si la ubicación perimetral de Azure Front Door no recibe tráfico real de los usuarios finales, la frecuencia del sondeo de estado de la ubicación perimetral se reduce de la frecuencia configurada. Si hay tráfico a todas las ubicaciones perimetrales de Azure Front Door, el volumen de sondeo de estado puede ser alto en función de la frecuencia de los sondeos de estado.
Un ejemplo para calcular aproximadamente el volumen de sondeo de estado por minuto en un origen cuando se usa la frecuencia de sondeo predeterminada de 30 segundos. El volumen de sondeo en cada uno de los orígenes es igual al número de ubicaciones perimetrales por dos solicitudes por minuto. Las solicitudes de sondeo serán menores si no hay tráfico enviado a todas las ubicaciones perimetrales. Para obtener una lista de ubicaciones perimetrales, consulte ubicaciones perimetrales por región.
Protocolos admitidos
Azure Front Door admite el envío de sondeos a través de los protocolos HTTP o HTTPS. Estos sondeos se envían a través de los mismos puertos TCP configurados para enrutar las solicitudes de cliente y no se pueden reemplazar. Los sondeos HTTP/HTTPS de Front Door se envían con el encabezado User-Agent establecido en el valor: Edge Health Probe.
Métodos HTTP admitidos para los sondeos de estado
Azure Front Door admite los siguientes métodos HTTP para enviar los sondeos de estado:
- GET: el método GET significa recuperar cualquier información (en forma de entidad) identificada mediante el identificador 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. En el caso de los nuevos perfiles de Front Door, de forma predeterminada, el método de sondeo se establece como HEAD.
Sugerencia
Para reducir la carga y el costo de los orígenes, Front Door recomienda usar solicitudes HEAD con los sondeos de estado.
Respuestas de sondeo de estado
| Respuestas | Descripción |
|---|---|
| Determinación del estado | 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 establecidas previamente. |
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.
Excluya los orígenes que tienen errores de sondeo de estado:
Esta selección se realiza examinando las últimas n respuestas de sondeo de estado. Si al menos x están en buen estado, el origen se considera correcto.
Para configurar n, se cambia la propiedad SampleSize de la configuración de equilibrio de carga.
Para configurar x, se cambia la propiedad SuccessfulSamplesRequired de la configuración de equilibrio de carga.
Para conjuntos de orígenes correctos en un grupo de origen, Front Door mide y mantiene la latencia de cada origen.
Nota
Si un único punto de conexión es miembro de varios grupos de orígenes, Front Door optimizará el número de sondeos de estado enviados al origen para reducir la carga en él. Las solicitudes de sondeo de estado se enviarán en función del intervalo de ejemplo configurado más bajo. El estado del punto de conexión en todos los grupos de orígenes se determinará mediante las respuestas de los mismos sondeos de estado.
Error de sondeo de estado completo
Si se produce un error en los sondeos de estado de cada origen de un grupo de orígenes, Front Door considera que todos los orígenes son incorrectos y enruta el tráfico entre ellos en una distribución round robin.
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 tiene un único origen en el grupo de orígenes, puede deshabilitar los sondeos de estado para reducir la carga en la aplicación. Si tiene varios orígenes en el grupo de origen y más de uno de ellos está en estado habilitado, no puede deshabilitar los sondeos de estado.
Nota:
Si solo hay un origen en su grupo de orígenes, éste recibirá muy pocas pruebas de salud. Esto puede provocar un descenso en las métricas de salud de origen, pero su tráfico no se verá afectado.
Pasos siguientes
- Aprenda a crear un perfil de Azure Front Door.
- Obtenga información sobre la arquitectura de enrutamiento de Front Door.