10.3. Configuración de las opciones meta de los recursos

Además de los parámetros específicos del recurso, puede configurar opciones adicionales para cualquier recurso. Estas opciones son utilizadas por el clúster para decidir cómo debe comportarse su recurso.

Tabla 10.3, “Meta opciones de recursos” describe las opciones meta de los recursos.

Tabla 10.3. Meta opciones de recursos

CampoPor defectoDescripción

priority

0

Si no todos los recursos pueden estar activos, el clúster detendrá los recursos de menor prioridad para mantener activos los de mayor prioridad.

target-role

Started

¿En qué estado debería el clúster intentar mantener este recurso? Valores permitidos:

* Stopped - Forzar la detención del recurso

* Started - Permitir que el recurso se inicie (y en el caso de los clones promocionables, que se promueva al rol de maestro si es apropiado)

* Master - Permitir que el recurso se inicie y, en su caso, se promueva

* Slave - Permite que el recurso se inicie, pero sólo en modo esclavo si el recurso es promocionable

is-managed

true

¿Tiene el clúster permiso para iniciar y detener el recurso? Valores permitidos: true, false

resource-stickiness

0

Valor que indica cuánto prefiere el recurso quedarse donde está.

requires

Calculado

Indica en qué condiciones se puede iniciar el recurso.

El valor por defecto es fencing, excepto en las condiciones indicadas a continuación. Valores posibles:

* nothing - El clúster siempre puede iniciar el recurso.

* quorum - El cluster sólo puede iniciar este recurso si la mayoría de los nodos configurados están activos. Este es el valor por defecto si stonith-enabled es false o el standard del recurso es stonith.

* fencing - El clúster sólo puede iniciar este recurso si la mayoría de los nodos configurados están activos and cualquier nodo fallido o desconocido ha sido cercado.

* unfencing - El clúster sólo puede iniciar este recurso si la mayoría de los nodos configurados están activos and los nodos fallidos o desconocidos han sido cercados and sólo en los nodos que han sido unfenced. Este es el valor por defecto si se ha configurado la opción provides=unfencing stonith meta para un dispositivo de cercado.

migration-threshold

INFINITY

Cuántos fallos pueden ocurrir para este recurso en un nodo, antes de que este nodo sea marcado como inelegible para albergar este recurso. Un valor de 0 indica que esta característica está deshabilitada (el nodo nunca será marcado como no elegible); por el contrario, el cluster trata INFINITY (el valor por defecto) como un número muy grande pero finito. Esta opción sólo tiene efecto si la operación fallida tiene on-fail=restart (el valor por defecto), y adicionalmente para las operaciones de inicio fallidas si la propiedad del cluster start-failure-is-fatal es false.

failure-timeout

0 (desactivado)

Utilizado junto con la opción migration-threshold, indica cuántos segundos hay que esperar antes de actuar como si el fallo no se hubiera producido, y permitir potencialmente que el recurso vuelva al nodo en el que falló. Como con cualquier acción basada en el tiempo, no se garantiza que se compruebe con más frecuencia que el valor del parámetro de clúster cluster-recheck-interval.

multiple-active

stop_start

Qué debe hacer el cluster si alguna vez encuentra el recurso activo en más de un nodo. Valores permitidos:

* block - marcar el recurso como no gestionado

* stop_only - detener todas las instancias activas y dejarlas así

* stop_start - detener todas las instancias activas e iniciar el recurso en una sola ubicación

10.3.1. Cambiar el valor por defecto de una opción de recurso

A partir de Red Hat Enterprise Linux 8.3, puede cambiar el valor por defecto de una opción de recurso para todos los recursos con el comando pcs resource defaults update. El siguiente comando restablece el valor por defecto de resource-stickiness a 100.

# pcs resource defaults update resource-stickiness=100

El comando original pcs resource defaults name=value que establecía los valores predeterminados para todos los recursos en las versiones anteriores de RHEL 8, sigue siendo compatible a menos que haya más de un conjunto de valores predeterminados configurados. Sin embargo, pcs resource defaults update es ahora la versión preferida del comando.