4.12. Alta disponibilidad y clusters (traducción automática)

Nuevos pcscomandos para listar los dispositivos de vigilancia disponibles y probar los dispositivos de vigilancia

Para configurar el SBD con Marcapasos, se requiere un dispositivo de vigilancia que funcione. Esta versión soporta el pcs stonith sbd watchdog listcomando para listar los dispositivos de vigilancia disponibles en el nodo local, y el pcs stonith sbd watchdog testcomando para probar un dispositivo de vigilancia. Para obtener información sobre la herramienta de línea de sbdcomandos, consulte la página sbd(8) man.

(BZ#1578891)

El pcscomando ahora soporta el filtrado de fallos de recursos por una operación y su intervalo

El marcapasos ahora rastrea las fallas de recursos por operación de un recurso encima de un nombre de recurso y un nodo. El pcs resource failcount showcomando ahora permite filtrar fallas por recurso, nodo, operación e intervalo. Proporciona una opción para mostrar fallos agregados por recurso y nodo o detallados por recurso, nodo, operación y su intervalo. Además, el pcs resource failcount resetcomando ahora permite filtrar fallas por recurso, nodo, operación e intervalo.

(BZ#1591308)

Sellos de tiempo habilitados en el corosyncregistro

El corosyncregistro no contenía previamente marcas de tiempo, lo que hacía difícil relacionarlo con registros de otros nodos y demonios. Con esta versión, las marcas de tiempo están presentes en el corosyncregistro.

(BZ#1615420)

Nuevos formatos para pcs cluster setup, pcs cluster node addy pcs cluster node removecomandos

En Red Hat Enterprise Linux 8, soporta pcscompletamente Corosync 3, knet, y nombres de nodos. Los nombres de nodo son ahora obligatorios y sustituyen a las direcciones de nodo en la función de identificador de nodo. Las direcciones de nodo son ahora opcionales.

  • En el pcs host authcomando, las direcciones de nodo son predeterminadas para los nombres de nodo
  • En los pcs cluster node addcomandos pcs cluster setupy, las direcciones de nodo predeterminadas son las direcciones de nodo especificadas en el pcs host authcomando.

Con estos cambios, los formatos de los comandos para configurar un clúster, añadir un nodo a un clúster y eliminar un nodo de un clúster han cambiado. Para obtener información sobre estos nuevos formatos de comando, consulte la pantalla de ayuda de los pcs cluster node removecomandos y pcs cluster setup,pcs cluster node add.

(BZ#1158816)

Marcapasos 2.0.0 en RHEL 8

Los pacemakerpaquetes han sido actualizados a la versión upstream de Pacemaker 2.0.0, que proporciona una serie de correcciones y mejoras con respecto a la versión anterior:

  • El registro de detalles del marcapasos está ahora /var/log/pacemaker/pacemaker.logpor defecto (no directamente en /var/logo combinado con el corosyncregistro en /var/log/cluster).
  • Los procesos del demonio Marcapasos han sido renombrados para que la lectura de los registros sea más intuitiva. Por ejemplo, pengineha sido renombrado a pacemaker-schedulerd.
  • Se ha eliminado la compatibilidad con las propiedades obsoletas default-resource-stickinessy is-managed-defaultde clústeres. En su lugar, las is-managedpropiedades resource-stickinessy deberían establecerse en los valores predeterminados de los recursos. Las configuraciones existentes (aunque no las de nueva creación) con la sintaxis obsoleta se actualizarán automáticamente para utilizar la sintaxis soportada.
  • Una lista más completa de los cambios está disponible en https://access.redhat.com/articles/3681151.

Se recomienda que los usuarios que estén actualizando un clúster existente utilizando Red Hat Enterprise Linux 7 o versiones anteriores, se ejecuten pcs cluster cib-upgradeen cualquier nodo de clúster antes y después de actualizar RHEL en todos los nodos de clúster.

(BZ#1543494)

Recursos maestros rebautizados como recursos de clonación promocionables

Red Hat Enterprise Linux (RHEL) 8 es compatible con Pacemaker 2.0, en el que un recurso maestro/esclavo ya no es un tipo de recurso separado, sino un recurso de clonación estándar con un promotablemeta-atributo configurado atrue... Los siguientes cambios han sido implementados en apoyo a esta actualización:

  • Ya no es posible crear recursos maestros con el pcscomando. En su lugar, es posible crear promotablerecursos de clonación. Las palabras clave y los comandos relacionados han sido cambiados de masterpromotable.
  • Todos los recursos maestros existentes se visualizan como recursos de clonación promocionables.
  • Cuando se gestiona un clúster de RHEL7 en la interfaz web, los recursos maestros siguen llamándose maestros, ya que los clústeres de RHEL7 no admiten clones promocionables.

(BZ#1542288)

Nuevos comandos para autentificar nodos en un cluster

Red Hat Enterprise Linux (RHEL) 8 incorpora los siguientes cambios en los comandos utilizados para autenticar nodos en un cluster.

  • El nuevo comando para la autenticación es pcs host auth. Este comando permite a los usuarios especificar nombres de host, direcciones y pcsdpuertos.
  • El pcs cluster authcomando autentica sólo los nodos de un cluster local y no acepta una lista de nodos
  • Ahora es posible especificar una dirección para cada nodo ypcs, a continuación,pcsd se comunicará con cada nodo utilizando la dirección especificada. Estas direcciones pueden ser diferentes a las que se corosyncutilizan internamente.
  • El pcs pcsd clear-authcomando ha sido reemplazado por los comandos pcs pcsd deauthypcs host deauth. Los nuevos comandos permiten a los usuarios desautorizar un único host así como todos los hosts.
  • Anteriormente, la autenticación de nodos era bidireccional, y al ejecutar el pcs cluster authcomando todos los nodos especificados se autenticaban entre sí. El pcs host authcomando, sin embargo, hace que sólo el host local se autentique contra los nodos especificados. Esto permite un mejor control de qué nodo se autentica contra qué otros nodos cuando se ejecuta este comando. En la propia configuración del clúster, y también al añadir un nodo, sincroniza pcsautomáticamente los tokens en el clúster, de modo que todos los nodos del clúster se autentican automáticamente como antes y los nodos del clúster pueden comunicarse entre sí.

Tenga en cuenta que estos cambios no son compatibles con versiones anteriores. Los nodos que hayan sido autenticados en un sistema RHEL 7 deberán serlo de nuevo.

(BZ#1549535)

Los pcscomandos ahora soportan la visualización, limpieza y sincronización del historial de esgrima

El demonio de la valla del marcapasos rastrea un historial de todas las acciones de la valla tomadas (pendientes, exitosas y fallidas). Con esta versión, los pcscomandos permiten a los usuarios acceder al historial de esgrima de las siguientes maneras:

  • El pcs statuscomando muestra las acciones de vallado fallidas y pendientes
  • El pcs status --fullcomando muestra todo el historial de esgrima
  • El pcs stonith historycomando proporciona opciones para mostrar y limpiar el historial de esgrima
  • Aunque el historial de esgrima se sincroniza automáticamente, el pcs stonith historycomando ahora soporta una updateopción que permite al usuario sincronizar manualmente el historial de esgrima en caso de ser necesario

(BZ#1620190, BZ#1615891)