Administración de las comprobaciones de estado en ILB

El ILB proporciona los siguientes tipos de comprobaciones de estado de servidores opcionales para que pueda elegir una de ellas:

• Sondeos de ping integrado

• Sondeos de TCP integrado

• Sondeos de UDP integrado

• Pruebas personalizadas proporcionadas por el usuario que se pueden ejecutar como comprobaciones de estado

De manera predeterminada, el ILB no realiza ninguna comprobación de estado. Puede especificar las comprobaciones de estado para cada grupo de servidores cuando crea una regla de equilibrio de carga. Solo se puede configurar una comprobación de estado por regla de equilibrio de carga. Siempre que un servicio virtual esté activado, las comprobaciones de estado en el grupo de servidores que está asociado con dicho servicio virtual activado se inician automáticamente y se repiten de manera periódica. Las comprobaciones de estado se detienen cuando se desactiva el servicio virtual. Los estados de la comprobación anterior no se conservan cuando el servicio virtual se vuelva a activar.

Cuando se especifica un TCP, UDP o sondeo de prueba personalizada para ejecutar una comprobación de estado, el ILB envía un sondeo de ping, de manera predeterminada, para establecer si se puede acceder al servidor antes de enviarle el TCP, UDP o sondeo de prueba personalizada. El sondeo de ping es un método de supervisión del estado del servidor. Si el sondeo de ping falla, el servidor correspondiente se desactiva con el estado de comprobación unreachable. Si el sondeo de ping se efectúa correctamente, pero el TCP, el UDP o el sondeo de prueba personalizada fallan, el servidor se desactivará con el estado de comprobación dead.

Creación de una comprobación de estado

En el siguiente ejemplo, se crean dos objetos de comprobación de estado, hc1 y hc-myscript. La primera comprobación de estado utiliza el sondeo de TCP incorporado. La segunda comprobación de estado utiliza una prueba personalizada, /var/tmp/my-script .

# ilbadm create-healthcheck \
-h hc-timeout=3,hc-count=2,hc-interval=8,hc-test=tcp hc1
# ilbadm create-healthcheck -h hc-timeout=3, \
hc-count=2,hc-interval=8,hc-test=/var/tmp/my-script hc-myscript

A continuación, se presenta una descripción de cada argumento:

hc-timeout

Especifica el tiempo de espera para considerar que la comprobación de estado ha fallado si no se completa.

hc-count

Especifica el número de intentos para ejecutar la comprobación de estado hc-test.

hc-interval

Especifica el intervalo entre dos comprobaciones de estado consecutivas. Para evitar la sincronización, el intervalo es aleatorio entre 0.5 * hc-interval y 1.5 * hc-interval.

hc-test

Especifica el tipo de comprobación de estado.

Detalles de la prueba proporcionada por el usuario

La prueba personalizada proporcionada por el usuario debe cumplir los siguientes criterios:

• La prueba puede ser un código binario o una secuencia de comandos.

• La prueba puede residir en cualquier lugar del sistema, por lo que debe especificar la ruta completa al utilizar el subcomando create-healthcheck.

  Si especifica la prueba (por ejemplo, /var/tmp/my-script) como parte de la especificación de comprobación de estado en el subcomando create-rule, el daemon ilbd realiza la bifurcación de un proceso y ejecuta la prueba, de la siguiente manera:

  /var/tmp/my-script $1 $2 $3 $4 $5

  A continuación, se presenta una descripción de cada argumento:

  $1

  VIP (dirección IPv4 o IPv6 literal)

  $2

  IP del servidor (dirección IPv4 o IPv6 literal)

  $3

  Protocolo (UDP, TCP como cadena)

  $4

  Rango numérico de puertos (el valor especificado por el usuario para hc-port )

  $5

  Tiempo máximo (en segundos) que debe esperar la prueba antes de informar un fallo. Si la prueba se ejecuta durante un tiempo mayor al especificado, esta podría detenerse, y se consideraría que la prueba falló. Este valor está definido por el usuario y especificado en hc-timeout.

La prueba proporcionada por el usuario, my-script, puede utilizar todos los argumentos o no, pero debe devolver una de las siguientes opciones:

• Tiempo de recorrido de ida y vuelta (RTT, Round-Trip Time) en microsegundos

• 0 si la prueba no calcula el RTT

• -1 en caso de fallo

De manera predeterminada, las pruebas de comprobación de estado se ejecutan con los siguientes privilegios: PRIV_PROC_FORK, RIV_PROC_EXEC y RIV_NET_ICMPACCESS.

Si se requiere un conjunto de privilegios más amplio, debe implementar setuid en la prueba. Para obtener información más detallada sobre los privilegios, consulte la página del comando man privileges(5).

Visualización de comprobaciones de estado

Puede utilizar el siguiente subcomando ilbadm list-healthcheck para obtener información más detallada acerca de las comprobaciones de estado configuradas:

# ilbadm list-healthcheck

En la siguiente salida de ejemplo, se muestran dos comprobaciones de estado configuradas.

Visualización de resultados de comprobación de estado

Puede utilizar el subcomando ilbadm list-hc-result para obtener los resultados de la comprobación de estado. Si una regla o una comprobación de estado no se especifica, el subcomando lista todas las comprobaciones de estado.

En el siguiente ejemplo, se muestran los resultados de comprobación de estado asociados a una regla llamada rule1:

# ilbadm show-hc-result rule1

En la columna LAST de la tabla, se muestra hace cuánto tiempo se realizó una comprobación de estado en un servidor. En la columna NEXT, se muestra el momento en el que se realizará la próxima comprobación de estado en un servidor.

Supresión de una comprobación de estado

En el siguiente ejemplo, se suprime una comprobación de estado denominada hc1:

# ilbadm delete-healthcheck hc1