5.9. Alta disponibilidad y clusters
Nuevas opciones de comando para desactivar un recurso sólo si esto no afectaría a otros recursos
A veces es necesario desactivar recursos sólo si esto no tiene efecto sobre otros recursos. Asegurarse de que este sea el caso puede ser imposible de hacer a mano cuando se establecen relaciones complejas de recursos. Para responder a esta necesidad, el comando pcs resource disable ahora soporta las siguientes opciones:
-
pcs resource disable --simulate: muestra los efectos de desactivar los recursos especificados sin cambiar la configuración del cluster -
pcs resource disable --safe: desactiva los recursos especificados sólo si ningún otro recurso se vería afectado de alguna manera, como por ejemplo si se migra de un nodo a otro -
pcs resource disable --safe --no-strict: desactiva los recursos especificados sólo si no se detienen o degradan otros recursos
Además, se ha introducido el comando pcs resource safe-disable como alias de pcs resource disable --safe.
Nuevo comando para mostrar las relaciones entre los recursos
El nuevo comando pcs resource relations permite visualizar las relaciones entre los recursos del cluster en una estructura de árbol.
(BZ#1631514)
Nuevo comando para mostrar el estado de un clúster de sitio primario y de sitio de recuperación
Si ha configurado un clúster para utilizarlo como sitio de recuperación, ahora puede configurar ese clúster como un clúster de sitio de recuperación con el comando pcs dr. A continuación, puede utilizar el comando pcs dr para mostrar el estado del clúster del sitio primario y del clúster del sitio de recuperación desde un único nodo.
(BZ#1676431)
Las restricciones de recursos caducadas se ocultan ahora por defecto al enumerar las restricciones
El listado de restricciones de recursos ya no muestra por defecto las restricciones caducadas. Para incluir las restricciones caducadas, utilice la opción --all del comando pcs constraint. De este modo, se listarán las restricciones caducadas, anotando las restricciones y sus reglas asociadas como (caducadas) en la pantalla.
Compatibilidad con Pacemaker para configurar los recursos para que permanezcan detenidos en caso de apagado limpio del nodo
Cuando un nodo del clúster se apaga, la respuesta por defecto de Pacemaker es detener todos los recursos que se ejecutan en ese nodo y recuperarlos en otro lugar. Algunos usuarios prefieren tener una alta disponibilidad sólo para los fallos, y tratar los apagados limpios como interrupciones programadas. Para solucionar esto, Pacemaker ahora admite las propiedades de cluster shutdown-lock y shutdown-lock-limit para especificar que los recursos activos en un nodo cuando se apaga deben permanecer detenidos hasta que el nodo se vuelva a unir. Los usuarios pueden ahora utilizar los apagados limpios como interrupciones programadas sin ninguna intervención manual. Para obtener información sobre cómo configurar los recursos para que permanezcan detenidos en un cierre limpio de nodo, consulte el enlace: Configurar los recursos para que permanezcan detenidos en un apagado de nodo limpio.
Soporte para ejecutar el entorno de cluster en un solo nodo
Un clúster con un solo miembro configurado ahora puede iniciar y ejecutar recursos en un entorno de clúster. Esto permite a un usuario configurar un sitio de recuperación de desastres separado para un clúster de varios nodos que utiliza un solo nodo para la copia de seguridad. Tenga en cuenta que un clúster con un solo nodo no es en sí mismo tolerante a fallos.
(BZ#1700104)
