Capítulo 5. Configuración de adición de alta disponibilidad de Red Hat con el comando ccs

Para usar el comando ccs, puede crear un archivo de configuración de clúster en un nodo de clúster o puede crear un archivo de configuración de clúster en un sistema de archivos local y luego enviar ese archivo al host en un clúster. Esto le permite trabajar en un archivo desde una máquina local en donde puede mantenerlo bajo control de versión o de otra forma etiquetarlo de acuerdo con sus necesidades. El uso del comando ccs no requiere privilegios de root.

Al crear y editar un archivo de configuración de clúster en un nodo de clúster con el comando ccs, use la opción -h para especificar el nombre del host. Así crea y edita el archivo cluster.conf en el host:

ccs -h host [opciones]

Para crear y editar un archivo de configuración de clúster en un sistema local, use la opción -f del comando ccs para especificar el nombre del archivo de configuración al realizar una operación de clúster. Puede nombrar este archivo como lo desee.

ccs -f file [opciones]

Después de haber creado localmente el archivo, puede enviarlo al nodo del clúster mediante la opción --setconf del comando ccs. En una máquina de host en un clúster, el archivo que usted envíe se denominará cluster.conf y será situado en el directorio /etc/cluster.

ccs -h host -f archivo --setconf

Para obtener mayor información sobre el uso de la opción --setconf del comando ccs, consulte la Sección 5.15, “Cómo propagar el archivo de configuración a los nodos de clúster”.

Si en algún momento de la creación de un archivo de configuración de clúster, desea imprimir el archivo actual, use el siguiente comando, y especifique el nodo en el clúster como host:

ccs -h host --getconf

Si está creando su archivo de configuración de clúster en un sistema local puede especificar la opción -f en lugar de la opción -h , como se describión en la Sección 5.1.1, “Cómo crear un archivo de configuración de clúster en un sistema local”.

La ejecución de comandos ccs que distribuyen copias del archivo cluster.conf a los nodos de un clúster requiere que ricci esté instalado y en ejecución en los nodos del clúster, tal como se describió en la Sección 2.13, “Consideraciones para ricci”. Para usar ricci requiere una contraseña la primera vez que interactúe con ricci desde una determinada máquina .

SI ha ingresado una contraseña para una instancia de ricci en una determinada máquina que usted esté utilizando, se le solicitará una contraseña cuando el comando ccs lo requiera. Igualmente, puede usar la opción -p para especificar una contraseña de ricci en la línea de comandos.

ccs -h host -p password --sync --activate

Cuando propaga el archivo cluster.conf a todos los nodos en el clúster con la opción --sync del comando ccs y especifica una contraseña para ricci para el comando, el comando ccs usará esa contraseña para cada nodo en el clúster.\n Si necesita establecer diferentes contraseñas para ricci en nodos individuales, puede usar la opción --setconf con la opción -p para distribuir el archivo de configuración a un nodo a la vez.

Use el comando ccs para configurar componentes de clúster y sus atributos en el archivo de configuración de clúster. Tras agregar el componente de clúster al archivo, con el fin de modificar los atributos de ese componente debe retirar el componente que ha definido y añadir el componente de nuevo con los atributos modificados. Encontrará información sobre cómo hacer esto con cada componente en las secciones individuales de este capítulo.

Los atributos del componente de clúster cman proporcionan una excepción a este procedimiento para modificar los componentes de clúster. Para modificar dichos atributos, ejecute la opción --setcman del comando ccs, especificando los nuevos atributos. Observe que esta opción restablece todos los valores que usted no especifica explícitamente como predeterminados, así como se describe en la Sección 5.1.5, “Comandos que sobrescriben los parámetros anteriores”.

Hay varias opciones del comando ccs que implementan la semántica de sobrescritura al configurar las propiedades. Es decir, que usted puede emitir el comando ccs con una de estas opciones sin especificar ningún parámetro y restablecerá todos los parámetros a sus valores predeterminados. Estas opciones son las siguientes:

Por ejemplo, para restablecer todas las propiedadaes de daemons de vallas, puede ejecutar el siguiente comando:

# ccs -h hostname --setfencedaemon

Observe, sin embargo, que si usted usa uno de estos comandos para restablecer una propiedad, entonces las otras propiedades del comando se restablecerán a sus valores predeterminados. Por ejemplo, puede utilizar el siguiente comando para establecer la propiedad de post_fail_delay a 5:

# ccs -h hostname --setfencedaemon post_fail_delay=5

Si después de ejecutar ese comando, usted ejecuta el siguiente comando para restablecer la propiedad de post_join_delay a 10, la propiedad de post_fail_delay se restaurará su valor predeterminado:

# ccs -h hostname --setfencedaemon post_join_delay=10

Para restablecer las propiedades post_fail_delay y post_join_delay, indíquelas en el mismo comando, como en el siguiente ejemplo:

# ccs -h hostname --setfencedaemon post_fail_delay=5 post_join_delay=10

Para obtener mayor información sobre configuración de dispositivos de valla, consulte la Sección 5.5, “Cómo configurar dispositivos de valla”.

Cuando use el comando ccs para crear y modificar el archivo de configuración de clúster, la configuración se valida automáticamente según el esquema del clúster. A partir del lanzamiento de Red Hat Enterprise Linux 6.3, el comando ccs valida la configuración según el esquema de clúster en /usr/share/cluster/cluster.rng en el nodo que usted especifique con la opción -h. Anteriormente el comando ccs utilizaba el esquema que era empaquetado con el mismo comando ccs, /usr/share/ccs/cluster.rng en el sistema local. Si usa la opción -f para especificar el sistema local, el comando ccs aún usará el esquema de clúster /usr/share/ccs/cluster.rng que fue empaquetado con el propio comando ccs en ese sistema.