Red Hat Training
A Red Hat training course is available for RHEL 8
53.4. Opciones avanzadas de configuración del cercado
Tabla 53.2, “Propiedades avanzadas de los dispositivos de esgrima” resume las propiedades adicionales que puede configurar para los dispositivos de cercado. Tenga en cuenta que estas propiedades son sólo para uso avanzado.
Tabla 53.2. Propiedades avanzadas de los dispositivos de esgrima
Campo | Tipo | Por defecto | Descripción |
---|---|---|---|
| cadena | puerto |
Un parámetro alternativo para suministrar en lugar del puerto. Algunos dispositivos no admiten el parámetro de puerto estándar o pueden proporcionar otros adicionales. Utilícelo para especificar un parámetro alternativo, específico del dispositivo, que debe indicar la máquina que se va a cercar. Un valor de |
| cadena | reiniciar |
Un comando alternativo para ejecutar en lugar de |
| tiempo | 60s |
Especifique un tiempo de espera alternativo para utilizar en las acciones de reinicio en lugar de |
| entero | 2 |
El número máximo de veces para reintentar el comando |
| cadena | fuera de |
Un comando alternativo para ejecutar en lugar de |
| tiempo | 60s |
Especifique un tiempo de espera alternativo que se utilizará para las acciones de apagado en lugar de |
| entero | 2 | El número máximo de veces que se debe reintentar el comando de desconexión dentro del periodo de tiempo de espera. Algunos dispositivos no admiten conexiones múltiples. Las operaciones pueden fallar si el dispositivo está ocupado con otra tarea, por lo que Pacemaker reintentará automáticamente la operación, si queda tiempo. Utilice esta opción para modificar el número de veces que Pacemaker reintenta las acciones de desconexión antes de rendirse. |
| cadena | lista |
Un comando alternativo para ejecutar en lugar de |
| tiempo | 60s | Especifique un tiempo de espera alternativo para usar en las acciones de la lista. Algunos dispositivos necesitan mucho más o mucho menos tiempo de lo normal para completarse. Utilice esta opción para especificar un tiempo de espera alternativo, específico del dispositivo, para las acciones de la lista. |
| entero | 2 |
El número máximo de veces para reintentar el comando |
| cadena | monitor |
Un comando alternativo para ejecutar en lugar de |
| tiempo | 60s |
Especifique un tiempo de espera alternativo que se utilizará para las acciones del monitor en lugar de |
| entero | 2 |
El número máximo de veces para reintentar el comando |
| cadena | estado |
Un comando alternativo para ejecutar en lugar de |
| tiempo | 60s |
Especifique un tiempo de espera alternativo para utilizar en las acciones de estado en lugar de |
| entero | 2 | El número máximo de veces para reintentar el comando de estado dentro del periodo de tiempo de espera. Algunos dispositivos no admiten conexiones múltiples. Las operaciones pueden fallar si el dispositivo está ocupado con otra tarea, por lo que Pacemaker reintentará automáticamente la operación, si queda tiempo. Utilice esta opción para modificar el número de veces que Pacemaker reintenta las acciones de estado antes de rendirse. |
| tiempo | 0s |
Habilite un retardo base para las acciones de stonith y especifique un valor de retardo base. En un clúster con un número par de nodos, configurar un retardo puede ayudar a evitar que los nodos se cerquen entre sí al mismo tiempo en una división uniforme. Un retardo aleatorio puede ser útil cuando se utiliza el mismo dispositivo de vallado para todos los nodos, y diferentes retardos estáticos pueden ser útiles en cada dispositivo de vallado cuando se utiliza un dispositivo independiente para cada nodo. El retardo global se deriva de un valor de retardo aleatorio añadiendo este retardo estático para que la suma se mantenga por debajo del retardo máximo. Si se establece
Algunos agentes de vallas individuales implementan un parámetro de "retraso", que es independiente de los retrasos configurados con una propiedad |
| tiempo | 0s |
Habilite un retardo aleatorio para las acciones de stonith y especifique el máximo de retardo aleatorio. En un clúster con un número par de nodos, configurar un retardo puede ayudar a evitar que los nodos se cerquen entre sí al mismo tiempo en una división uniforme. Un retardo aleatorio puede ser útil cuando se utiliza el mismo dispositivo de vallado para todos los nodos, y diferentes retardos estáticos pueden ser útiles en cada dispositivo de vallado cuando se utiliza un dispositivo separado para cada nodo. El retardo global se deriva de este valor de retardo aleatorio añadiendo un retardo estático para que la suma se mantenga por debajo del retardo máximo. Si se establece
Algunos agentes de vallas individuales implementan un parámetro de "retraso", que es independiente de los retrasos configurados con una propiedad |
| entero | 1 |
El número máximo de acciones que se pueden realizar en paralelo en este dispositivo. Es necesario configurar primero la propiedad de clúster |
| cadena | en |
Sólo para uso avanzado: Un comando alternativo para ejecutar en lugar de |
| tiempo | 60s |
Sólo para uso avanzado: Especifique un tiempo de espera alternativo que se utilizará para las acciones de |
| entero | 2 |
Sólo para uso avanzado: El número máximo de veces para reintentar el comando |
Además de las propiedades que puede establecer para los dispositivos de vallado individuales, también hay propiedades de cluster que puede establecer que determinan el comportamiento del vallado, como se describe en Tabla 53.3, “Propiedades de los racimos que determinan el comportamiento del cercado”.
Tabla 53.3. Propiedades de los racimos que determinan el comportamiento del cercado
Opción | Por defecto | Descripción |
---|---|---|
| verdadero |
Indica que los nodos fallidos y los nodos con recursos que no pueden ser detenidos deben ser cercados. La protección de sus datos requiere que configure este
Si
Red Hat sólo admite clusters con este valor establecido en |
| reiniciar |
Acción a enviar al dispositivo STONITH. Valores permitidos: |
| 60s | Cuánto tiempo hay que esperar para que se complete una acción de STONITH. |
| 10 | Cuántas veces puede fallar el esgrima para un objetivo antes de que el clúster deje de reintentarlo inmediatamente. |
| El tiempo máximo de espera hasta que se pueda asumir que un nodo ha sido eliminado por el perro guardián del hardware. Se recomienda que este valor sea el doble del valor del tiempo de espera del perro guardián del hardware. Esta opción es necesaria sólo si se utiliza el SBD basado en watchdog para el fencing. | |
| true (RHEL 8.1 y posteriores) | Permitir que las operaciones de cercado se realicen en paralelo. |
| detener |
(Red Hat Enterprise Linux 8.2 y posterior) Determina cómo debe reaccionar un nodo del cluster si se le notifica su propio cercado. Un nodo de cluster puede recibir una notificación de su propio fencing si el fencing está mal configurado, o si el fabric fencing está en uso y no corta la comunicación del cluster. Los valores permitidos son
Aunque el valor por defecto para esta propiedad es |
Para obtener información sobre la configuración de las propiedades del clúster, consulte Configuración y eliminación de las propiedades del clúster.