Apéndice D. Revisión de recursos de servicios de clúster y tiempo de espera de conmutación
Este apéndice describe la forma como
rgmanager monitoriza el estatus de los recursos de clúster y describe cómo modificar el intervalo de revisión de estatus. El apéndice también describe el parámetro de servicio __enforce_timeouts indicando que el tiempo de espera para una operación puede hacer que el servicio falle.
Nota
Para comprender totalmente la información en este apéndice, deberá conocer en detalle los agentes de recursos y el archivo de configuración de clúster
/etc/cluster/cluster.conf. Para obtener una lista completa y descripción de los elementos de cluster.conf y atributos, consulte el esquema de clúster en /usr/share/cluster/cluster.rng, y el esquema anotado en /usr/share/doc/cman-X.Y.ZZ/cluster_conf.html (por ejemplo, /usr/share/doc/cman-3.0.12/cluster_conf.html).
D.1. Cómo modificar el intervalo de revisión de estatus de recursos
rgmanager revisa el estatus de recursos individuales, no de todos los servicios. Cada 10 segundos, rgmanager escanea el árbol de recursos, buscando recursos que han pasado su intervalo de "revisión de estatus".
Cada agente de recursos especifica la cantidad de tiempo entre revisiones de estatus periódicas. Cada recurso utiliza dichos valores a menos que se sobrescriban de forma explícita en el archivo
cluster.conf con la etiqueta especial <action>:
<action name="status" depth="*" interval="10" />
Esta etiqueta es un hijo de recursos especial en el archivo
cluster.conf. Por ejemplo, si tuviera un recurso de sistema de archivos para el cual desea sobrescribir el intervalo de revisión de estatus, podría especificar el recurso de sistema de archivos en el archivo cluster.conf así:
<fs name="test" device="/dev/sdb3">
<action name="status" depth="*" interval="10" />
<nfsexport...>
</nfsexport>
</fs>
Algunos agentes ofrecen múltiples "profundidades" de revisión. Por ejemplo, una revisión de estatus de sistema de archivos (profundidad 0) revisa si el sistema de archivos está montado en el sitio correcto. Una profundidad más intensa es 10, la cual revisa si usted puede leer un archivo desde el sistema de archivos. La revisión de estatus de profundidad 20 revisa si usted puede escribir al sistema de archivos. En el ejemplo que damos aquí, la
depth (profundidad) se establece a *, lo cual indica que dichos valores deben utilizarse para todas las profundidades. El resultado es que el sistema de archivos test se revisa a una profundidad superior definida por el agente de recursos (en este caso, 20) cada 10 segundos.
