Capítulo 63. Propiedades de la agrupación de marcapasos

batch-limit

0

El número de acciones de recursos que el clúster puede ejecutar en paralelo. El valor "correcto" dependerá de la velocidad y la carga de su red y de los nodos del clúster. El valor predeterminado de 0 significa que el clúster impondrá dinámicamente un límite cuando algún nodo tenga una carga elevada de CPU.

migration-limit

-1 (ilimitado)

El número de trabajos de migración que el clúster puede ejecutar en paralelo en un nodo.

no-quorum-policy

detener

Qué hacer cuando el cluster no tiene quórum. Valores permitidos:

* ignorar - continuar con la gestión de todos los recursos

* congelar - continuar la gestión de los recursos, pero no recuperar los recursos de los nodos que no están en la partición afectada

* detener - detener todos los recursos de la partición del clúster afectada

* suicidio - valla todos los nodos de la partición del clúster afectado

* degradar - si una partición del clúster pierde el quórum, degradar cualquier recurso promovido y detener todos los demás recursos

symmetric-cluster

verdadero

Indica si los recursos pueden ejecutarse en cualquier nodo por defecto.

cluster-delay

60s

Retraso de ida y vuelta en la red (excluyendo la ejecución de la acción). El valor "correcto" dependerá de la velocidad y la carga de su red y de los nodos del clúster.

stop-orphan-resources

verdadero

Indica si los recursos eliminados deben ser detenidos.

stop-orphan-actions

verdadero

Indica si las acciones borradas deben ser canceladas.

start-failure-is-fatal

verdadero

Indica si un fallo en el arranque de un recurso en un nodo concreto impide nuevos intentos de arranque en ese nodo. Cuando se establece en false, el clúster decidirá si se intenta iniciar de nuevo en el mismo nodo basándose en el recuento de fallos actual del recurso y en el umbral de migración. Para obtener información sobre la configuración de la opción migration-threshold para un recurso, consulte Configuración de las opciones meta de los recursos.

Si se establece start-failure-is-fatal en false se corre el riesgo de que un nodo defectuoso que no pueda iniciar un recurso retenga todas las acciones dependientes. Por este motivo, start-failure-is-fatal tiene por defecto el valor verdadero. El riesgo de establecer start-failure-is-fatal=false se puede mitigar estableciendo un umbral de migración bajo para que otras acciones puedan continuar después de ese número de fallos.

pe-error-series-max

-1 (todos)

El número de entradas del programador que resultan en ERRORES para guardar. Se utiliza cuando se informa de los problemas.

pe-warn-series-max

-1 (todos)

El número de entradas del programador que resultan en ADVERTENCIAS para guardar. Se utiliza cuando se informa de los problemas.

pe-input-series-max

-1 (todos)

El número de entradas "normales" del programador que hay que guardar. Se utiliza cuando se informa de los problemas.

cluster-infrastructure

La pila de mensajería en la que se está ejecutando actualmente Pacemaker. Se utiliza con fines informativos y de diagnóstico; no es configurable por el usuario.

dc-version

Versión de Pacemaker en el controlador designado (DC) del cluster. Se utiliza con fines de diagnóstico; no es configurable por el usuario.

cluster-recheck-interval

15 minutos

Intervalo de sondeo para los cambios basados en el tiempo de las opciones, los parámetros de los recursos y las restricciones. Valores permitidos: Cero desactiva el sondeo, los valores positivos son un intervalo en segundos (a menos que se especifiquen otras unidades SI, como 5min). Tenga en cuenta que este valor es el tiempo máximo entre comprobaciones; si un evento del cluster ocurre antes del tiempo especificado por este valor, la comprobación se hará antes.

maintenance-mode

falso

El modo de mantenimiento indica al clúster que pase a un modo "sin manos" y que no inicie ni detenga ningún servicio hasta que se le indique lo contrario. Cuando el modo de mantenimiento se ha completado, el clúster realiza una comprobación del estado actual de los servicios y detiene o inicia los que lo necesiten.

shutdown-escalation

20min

El tiempo después del cual hay que renunciar a tratar de cerrar elegantemente y simplemente salir. Sólo para uso avanzado.

stop-all-resources

falso

En caso de que el clúster detenga todos los recursos.

enable-acl

falso

Indica si el clúster puede utilizar listas de control de acceso, tal y como se establece con el comando pcs acl.

placement-strategy

default

Indica si el clúster tendrá en cuenta los atributos de utilización a la hora de determinar la ubicación de los recursos en los nodos del clúster y cómo lo hará.

priority-fencing-delay

0 (desactivado)

(RHEL 8.3 y posteriores) Permite configurar un cluster de dos nodos de forma que en una situación de división del cerebro el nodo con menos recursos en ejecución sea el que se valla.

La propiedad priority-fencing-delay puede establecerse con una duración de tiempo. El valor por defecto de esta propiedad es 0 (desactivado). Si esta propiedad se establece con un valor distinto de cero, y el meta-atributo priority está configurado para al menos un recurso, entonces en una situación de división del cerebro el nodo con la mayor prioridad combinada de todos los recursos que se ejecutan en él tendrá más probabilidades de sobrevivir.

Por ejemplo, si se establece pcs resource defaults priority=1 y pcs property set priority-fencing-delay=15s y no se establece ninguna otra prioridad, el nodo que ejecute más recursos tendrá más probabilidades de sobrevivir porque el otro nodo esperará 15 segundos antes de iniciar el cercado. Si un recurso en particular es más importante que el resto, puedes darle una mayor prioridad.

El nodo que ejecuta el rol de maestro de un clon promocionable obtiene 1 punto extra si se ha configurado una prioridad para ese clon.

Cualquier retardo establecido con la propiedad priority-fencing-delay se añadirá a cualquier retardo de las propiedades del dispositivo de vallado pcmk_delay_base y pcmk_delay_max. Este comportamiento permite un cierto retraso cuando ambos nodos tienen la misma prioridad, o ambos nodos necesitan ser cercados por alguna razón que no sea la pérdida del nodo (por ejemplo, si on-fail=fencing se establece para una operación de monitorización de recursos). Si se utiliza en combinación, se recomienda establecer la propiedad priority-fencing-delay a un valor que sea significativamente mayor que el retardo máximo de pcmk_delay_base y pcmk_delay_max, para estar seguro de que el nodo priorizado es el preferido (el doble del valor sería completamente seguro).

Sólo el cercado programado por el propio Marcapasos observará priority-fencing-delay. El cercado programado por un código externo como dlm_controld no proporcionará la información necesaria al dispositivo de cercado.