7.2. Desplazamiento de recursos debido a un fallo

Cuando cree un recurso, configúrelo para que pueda desplazarse al nuevo nodo después de un número definido de fallos al establecer la opción migration-threshold para dicho recurso. Cuando se haya alcanzado el umbral, el nodo ya no podrá ejecutar el recurso fallido, sino hasta que:
  • El administrador reconfigure manualmente el conteo de fallos mediante el comando pcs resource failcount.
  • Haya alcanzado el valor del recurso failure-timeout.
No hay un umbral definido predeterminado.

Nota

Configurar migration-threshold para un recurso no es lo mismo que configurar un recurso para migración, en el cual el recurso se desplaza a otro sitio sin perder el estado.
El siguiente ejemplo agrega un umbral de migración de 10 al recurso denominado dummy_resource, lo cual indica que el recurso se desplazará a un nodo después de 10 fallos.
# pcs resource meta dummy_resource migration-threshold=10
Agregue un umbral de migración para que se predetermine a todo el clúster con el siguiente comando:
# pcs resource defaults migration-threshold=10
Para determinar el estatus y los límites del fallo actual del recurso, use el comando pcs resource failcount.
Hay dos excepciones para el concepto de umbral de migración; ellas se presentan cuando un recurso falla para iniciar o detenerse. Las fallas de inicio hacen que el conteo de fallas se establezca a INFINITY y haga que el recurso siempre se desplace inmediatamente.
Las fallas de parada son ligeramente diferentes y cruciales. Si un recurso falla y se detiene cuando STONITH está activado, entonces el clúster cercará el nodo para poder iniciar el recurso en cualquier parte. Si STONITH no está activado, entonces el clúster no tiene forma de continuar y no intentará iniciar el recurso en ninguna parte, pero intentará detenerlo otra vez después de que el tiempo de espera falle.