Esquema LoadBalancerProbe de definición de Azure Cloud Services (clásico)

Importante

Cloud Services (clásico) ahora está en desuso para todos los clientes a partir del 1 de septiembre de 2024. Microsoft detendrá y apagará las implementaciones en ejecución existentes y los datos se perderán de forma permanente a partir de octubre de 2024. Las nuevas implementaciones deben utilizar el nuevo modelo de implementación basado en Azure Resource Manager Azure Cloud Services (soporte extendido) .

El sondeo del equilibrador de carga es un sondeo de mantenimiento definido por el cliente de los puntos de conexión UDP y los puntos de conexión de las instancias de rol. El elemento LoadBalancerProbe no es un elemento independiente; se combina con el rol web o el rol de trabajo en un archivo de definición de servicio. Más de un rol puede usar un LoadBalancerProbe.

La extensión predeterminada del archivo de definición de servicio es. csdef.

La función de un sondeo del equilibrador de carga

Azure Load Balancer es responsable de enrutar el tráfico entrante a las instancias de rol. El equilibrador de carga determina qué instancias pueden recibir tráfico, para lo cual sondea periódicamente cada instancia con el fin de determinar el mantenimiento de dicha instancia. El equilibrador de carga sondea cada instancia varias veces por minuto. Existen dos maneras diferentes de proporcionar mantenimiento de las instancias al equilibrador de carga: una es el sondeo predeterminado del equilibrador de carga y la otra es un sondeo personalizado del equilibrador de carga, que se implementa mediante la definición del elemento LoadBalancerProbe en el archivo .csdef.

En el sondeo predeterminado del equilibrador de carga se usa el agente invitado dentro de la máquina virtual, que escucha y responde con una respuesta HTTP 200 OK solo cuando la instancia está en estado Preparada (es decir, no se encuentra en estado Ocupada, Reciclando, Deteniendo, etc.). Si el agente invitado no responde con HTTP 200 OK, Azure Load Balancer marca la instancia como sin respuesta y deja de enviar tráfico a esa instancia. Azure Load Balancer sigue haciendo ping a la instancia y, si el agente invitado responde con HTTP 200, envía de nuevo el tráfico a esa instancia. Cuando se usa un rol web, el código del sitio web se ejecuta normalmente en w3wp.exe, que el tejido de Azure y el agente invitado no supervisan. Los errores en w3wp.exe (por ejemplo, respuestas HTTP 500) no se notifican al agente invitado y el equilibrador de carga no sabe quitar esa instancia de rotación.

El sondeo personalizado del equilibrador de carga anula el sondeo predeterminado del agente invitado y le permite crear su propia lógica personalizada para determinar el mantenimiento de la instancia de rol. El equilibrador de carga sondea periódicamente el punto de conexión (de forma predeterminada, cada 15 segundos). Se considera que la instancia está en rotación si responde con un TCP ACK o HTTP 200 dentro del periodo de tiempo de espera (por defecto es de 31 segundos). Este proceso puede ser útil para implementar su propia lógica para eliminar instancias de la rotación del balanceador de carga (por ejemplo, devolviendo un estado non-200 si la instancia está por encima del 90% de CPU). Para los roles web que usan w3wp.exe, esta configuración también significa que dispone de supervisión automática de su sitio web, dado que los errores en el código de dicho sitio devuelven un estado non-200 en el sondeo del equilibrador de carga. Si no se define un elemento LoadBalancerProbe en el archivo .csdef, se usa el comportamiento predeterminado del equilibrador de carga (que se ha descrito anteriormente).

Si usa un sondeo personalizado del equilibrador de carga, debe asegurarse de que la lógica tenga en cuenta el método RoleEnvironment.OnStop. Cuando se usa el sondeo predeterminado del equilibrador de carga, la instancia se saca de la rotación antes de la llamada al evento OnStop, pero un sondeo personalizado del equilibrador de carga puede seguir devolviendo un mensaje 200 OK durante dicho evento. Si utiliza el evento OnStop para limpiar la caché, detener el servicio o realizar cambios que puedan afectar al comportamiento en tiempo de ejecución del servicio, debe asegurarse de que la lógica de sondeo del equilibrador de carga personalizado elimine la instancia de la rotación.

Esquema básico de definición de servicio para un sondeo del equilibrador de carga

El formato básico de un archivo de definición de servicio que contiene un sondeo del equilibrador de carga es el siguiente.

<ServiceDefinition …>
   <LoadBalancerProbes>
      <LoadBalancerProbe name="<load-balancer-probe-name>" protocol="[http|tcp]" path="<uri-for-checking-health-status-of-vm>" port="<port-number>" intervalInSeconds="<interval-in-seconds>" timeoutInSeconds="<timeout-in-seconds>"/>
   </LoadBalancerProbes>
</ServiceDefinition>

Elementos de esquema

El elemento LoadBalancerProbes del archivo de definición de servicio incluye los siguientes elementos:

• Elemento LoadBalancerProbes
• Elemento LoadBalancerProbe

Elemento LoadBalancerProbes

El elemento LoadBalancerProbes describe la colección de sondeos del equilibrador de carga. Este elemento es el elemento primario del elemento LoadBalancerProbe.

Elemento LoadBalancerProbe

El elemento LoadBalancerProbe define el sondeo de mantenimiento de un modelo. Puede definir varios sondeos del equilibrador de carga.

En la tabla siguiente se describen los atributos del elemento LoadBalancerProbe:

Atributo	Tipo	Descripción
name	string	Necesario. El nombre del sondeo del equilibrador de carga. El nombre debe ser único.
protocol	string	Necesario. Especifica el protocolo del punto de conexión. Los valores posibles son http o tcp. Si se especifica tcp, se es necesario recibir una confirmación para que el sondeo se realice correctamente. Si se especifica http, se necesita una respuesta 200 OK del URI especificado para que el sondeo se realice correctamente.
path	string	El URI que se usa para solicitar el estado de mantenimiento de la máquina virtual. Se requiere path si protocol está establecido en http. De lo contrario, no se permite. No hay ningún valor predeterminado.
port	integer	Opcional. El puerto para comunicar el sondeo. Este atributo es opcional para cualquier punto de conexión, ya que se usa el mismo puerto para el sondeo. También puede configurar un puerto diferente para los sondeos. Los valores posibles oscilan entre 1 y 65535, ambos inclusive. El valor predeterminado lo establece el punto de conexión.
intervalInSeconds	integer	Opcional. El intervalo, en segundos, de la frecuencia de sondeo del punto de conexión para conocer el estado de mantenimiento. Normalmente, el intervalo es algo inferior a la mitad del período de tiempo de expiración asignado (en segundos), lo que permite dos sondeos completos antes de sacar la instancia de la rotación. El valor predeterminado es 15. El valor mínimo es 5.
timeoutInSeconds	integer	Opcional. El período de tiempo de expiración, en segundos, aplicado al sondeo cuando no hay respuesta provoca que se impida que el posterior tráfico se entregue en el punto de conexión. Este valor permite sacar de la rotación los puntos de conexión de manera más rápida o lenta que los tiempos habituales usados en Azure (que son los predeterminados). El valor predeterminado es 31. El valor mínimo es 11.

Consulte también

Cloud Service (classic) Definition Schema (Esquema de definición de servicio en la nube [clásico])