Configuración de Red Hat High Availability
Add-On con Pacemaker
Documento de referencia de adición de alta disponibilidad para Red Hat Enterprise
Linux 6
Edición 1
Add-On con Pacemaker
Documento de referencia de adición de alta disponibilidad para Red Hat Enterprise Linux 6
Edición 1
Copyright © 2014 Red Hat, Inc. and others.
This document is licensed by Red Hat under the
Creative Commons Attribution-ShareAlike 3.0
Unported License
. If you distribute this document, or a modified version of it, you must provide
attribution to Red Hat, Inc. and provide a link to the original. If the document is modified, all Red Hat
trademarks must be removed.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert,
Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, JBoss, OpenShift, Fedora, the Infinity
logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other
countries.
Linux ® is the registered trademark of Linus Torvalds in the United States and other countries.
Java ® is a registered trademark of Oracle and/or its affiliates.
XFS ® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States
and/or other countries.
MySQL ® is a registered trademark of MySQL AB in the United States, the European Union and
other countries.
Node.js ® is an official trademark of Joyent. Red Hat Software Collections is not formally related to
or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack ® Word Mark and OpenStack logo are either registered trademarks/service marks
or trademarks/service marks of the OpenStack Foundation, in the United States and other countries
and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or
sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
Resumen
Configuración de Red Hat High Availability Add-On con Pacemaker proporciona información sobre
configuración de Red Hat High Availability Add-On con Pacemaker.
. . . . . . . . . . . . . . . . . . . . . . . .
Table of Contents
INTRODUCCIÓN 1. COMENTARIOSCAPÍTULO 1. CONFIGURACIÓN DE ADICIÓN DE ALTA DISPONIBILIDAD Y VISIÓN GENERAL DE REFERENCIA ADMINISTRATIVA DE RED HAT
1.1. INSTALACIÓN DE LAS HERRAMIENTAS DE CONFIGURACIÓN PACEMAKER
1.2. CÓMO CONFIGURAR EL CORTAFUEGOS DE IPTABLES PARA PERMITIR COMPONENTES DE CLÚSTER
1.3. ARCHIVOS DE CONFIGURACIÓN DE CLUSTER Y PACEMAKER
CAPÍTULO 2. INTERFAZ DE LÍNEA DE COMANDOS PCS
2.1. LOS COMANDOS PCS
2.2. USO DE LA PANTALLA DE AYUDA PCS
2.3. VISUALIZACIÓN DE UNA CONFIGURACIÓN DE CLÚSTER CRUDA 2.4. GUARDADO DE UN CAMBIO DE CONFIGURACIÓN EN UN ARCHIVO 2.5. VISTA DE ESTATUS
2.6. DESPLIEGUE DE TODA LA CONFIGURACIÓN DEL CLÚSTER 2.7. DESPLIEGUE DE LA VERSIÓN ACTUAL DE PCS
CAPÍTULO 3. CREACIÓN DE CLÚSTER Y ADMINISTRACIÓN
3.1. CREACIÓN DE CLÚSTER
3.1.1. Autenticación de nodos de clúster
3.1.2. Configuración e inicio de nodos de clúster 3.2. ADMINISTRACIÓN DE NODOS DE CLÚSTER
3.2.1. Detención de servicios de clúster
3.2.2. Habilitar o inhabilitar los servicios de clúster 3.2.3. Adición y remoción de nodos de clúster 3.2.4. Modo en espera
3.3. CONFIGURACIÓN DE PERMISOS DE USUARIO 3.4. RETIRO DE LA CONFIGURACIÓN DE CLÚSTER 3.5. VIZUALIZACIÓN DEL ESTATUS DEL PROCESO
CAPÍTULO 4. CERCADO: CONFIGURACIÓN DE STONITH
4.1. AGENTES STONITH (CERCADO) DISPONIBLES
4.2. PROPIEDADES GENERALES DE DISPOSITIVOS DE CERCADO
4.3. DESPLIEGUE DE LAS OPCIONES DE CERCADO ESPECÍFICAS PARA DISPOSITIVOS 4.4. CÓMO CREAR UN DISPOSITIVO DE CERCADO
4.5. CONFIGURACIÓN DE DISPOSITIVOS DE CERCADO BASADOS EN ALMACENAMIENTO CON REMOCIÓN DE CERCADO.
4.6. DESPLIEGUE DE DISPOSITIVOS DE CERCADO
4.7. MODIFICACIÓN Y BORRADO DE DISPOSITIVOS DE CERCADO 4.8. 4.8. ADMINISTRACIÓN DE NODOS CON DISPOSITIVOS DE CERCADO 4.9. OPCIONES ADICIONALES DE CONFIGURACIÓN DE CERCADO 4.10. CONFIGURACIÓN DE NIVELES DE CERCADO
CAPÍTULO 5. CONFIGURACIÓN DE RECURSOS DE CLÚSTER
5.1. CREACIÓN DE RECURSOS 5.2. PROPIEDADES DE RECURSOS
5.3. PARÁMETROS ESPECÍFICOS DE RECURSOS 5.4. METAOPCIONES DE RECURSOS
5.5. OPERACIONES DE RECURSOS
5.6. DESPLIEGUE DE LOS RECURSOS CONFIGURADOS
4 5 6 6 6 7 8 8 8 9 9 10 10 10 11 11 11 11 12 12 12 12 13 13 15 15 16 16 16 17 18 18 19 19 19 19 23 25 25 25 26 27 30 32
. . . .
. . . .
. . . .
. . . .
5.8. MÚLTIPLES OPERACIONES DE MONITORIZACIÓN
5.9. HABILITACIÓN E INHABILITACIÓN DE RECURSOS DE CLÚSTER 5.10. LIMPIEZA DE RECURSOS DE CLÚSTER
CAPÍTULO 6. RESTRICCIONES DE VALIDACIÓN
6.1. RESTRICCIONES DE UBICACIÓN 6.1.1. Configuración de un clúster "Opt-In" 6.1.2. Configuración de un clúster "Opt-Out" 6.2. RESTRICCIONES DE ORDEN
6.2.1. Ordenamiento obligatorio
6.2.2. Recomendación de ordenamiento 6.2.3. Conjunto de recursos ordenados
6.2.4. Retiro de recursos de restricciones de ordenamiento 6.3. COLOCACIÓN DE RECURSOS
6.3.1. Colocación obligatoria 6.3.2. Ubicación de recomendación 6.3.3. Colocación de conjunto de recursos 6.3.4. Retiro de restricciones de colocación 6.4. DESPLIEGUE DE RESTRICCIONES 6.5. GRUPOS DE RECURSOS
6.5.1. Opciones de grupos 6.5.2. Pegajosidad de grupos
CAPÍTULO 7. ADMINISTRACIÓN DE RECURSOS DE CLÚSTER
7.1. DESPLAZAMIENTO MANUAL DE LOS RECURSOS ALREDEDOR DEL CLÚSTER 7.2. DESPLAZAMIENTO DE RECURSOS DEBIDO A UN FALLO
7.3. DESPLAZAMIENTO DE RECURSOS DEBIDO A CAMBIOS DE CONECTIVIDAD 7.4. HABILITACIÓN, INHABILITACIÓN Y RECHAZO DE RECURSOS DE CLÚSTER 7.5. INHABILITACIÓN DE OPERACIONES DE MONITORIZACIÓN
7.6. RECURSOS ADMINISTRADOS
CAPÍTULO 8. TIPOS DE RECURSOS AVANZADOS
8.1. CLONES DE RECURSOS
8.1.1. Creación y remoción de un recurso clonado 8.1.2. Restricciones de clon
8.1.3. Pegajosidad de clon
8.2. RECURSOS MULTIESTADOS: RECURSOS QUE TIENEN MODOS MÚLTIPLES 8.2.1. Monitorización de recursos multiestados
8.2.2. Restricciones de multiestados 8.2.3. Pegajosidad de multiestados
8.3. NOTIFICACIÓN DE EVENTOS CON RECURSOS DE MONITORIZACIÓN 8.4. EL SERVICIO PACEMAKER_REMOTE
8.4.1. Opciones de recursos de nodo remoto de contenedor 8.4.2. Autenticación de host y huésped
8.4.3. Cambio de opciones predeterminadas pacemaker_remote 8.4.4. Visión general: Nodo remoto KVM
CAPÍTULO 9. REGLAS PACEMAKER
9.1. EXPRESIONES DE ATRIBUTOS DE NODO 9.2. EXPRESIONES DE TIEMPO/FECHA 9.3. ESPECIFICACIONES DE FECHA 9.4. DURACIÓN 33 34 34 35 35 36 36 37 37 38 38 38 38 39 40 40 40 40 41 42 42 43 43 43 44 45 46 46 48 48 48 49 50 50 51 51 52 52 53 54 55 55 55 57 57 58 58 59
. . . .
. . . .
. . . .
. . . .
9.7. USO DE REGLAS PARA DETERMINAR LA UBICACIÓN DE RECURSOS
CAPÍTULO 10. PROPIEDADES DE CLÚSTER PACEMAKER
10.1. RESUMEN DE PROPIEDADES Y OPCIONES DE CLÚSTER 10.2. CONFIGURACIÓN Y RETIRO DE PROPIEDADES DE CLÚSTER 10.3. CONSULTA DE PARÁMETROS DE PROPIEDADES DE CLÚSTER
APÉNDICE A. CREACIÓN DE CLÚSTER EN LANZAMIENTO 6.5 RED HAT ENTERPRISE LINUX Y LANZAMIENTO 6.6 RED HAT ENTERPRISE LINUX
A.1. CREACIÓN DE CLÚSTER CON RGMANAGER Y CON PACEMAKER
A.2. CREACIÓN DE CLÚSTER CON PACEMAKER EN LOS LANZAMIENTOS 6.5 Y 6.6 DE RED HAT ENTERPRISE LINUX
APÉNDICE B. EJEMPLO DE CONFIGURACIÓN CON COMANDOS PCS
B.1. CONFIGURACIÓN INICIAL DEL SISTEMA B.1.1. Instalación del software de clúster B.1.2. Creación e inicio del clúster B.2. CONFIGURACIÓN DE CERCADO
B.3. CONFIGURACIÓN DE UN SERVIDOR WEB APACHE EN UN RED HAT HIGH AVAILABILITY CLUSTER CON EL COMANDO PCS
B.3.1. Configuración de un volumen LVM con un sistema de archivos ext4 B.3.2. Configuración de servidor Web
B.3.3. Activación exclusiva de un grupo de volúmenes en un clúster B.3.4. Creación de recursos y grupos de recursos con el comando pcs B.3.5. Prueba de configuración de recursos
APÉNDICE C. HISTORIA DE REVISIONES
60 61 61 63 64 65 65 69 70 70 70 70 72 73 74 75 75 77 79 80
INTRODUCCIÓN
Este documento proporciona información sobre instalación, configuración y administración de componentes de adiciones de alta disponibilidad de Red Hat. Los componentes de adiciones de alta disponibilidad de Red Hat le permiten conectar a un grupo de computadores (llamados nodos o
miembros) para que funcionen juntos como un clúster. En este documento, el uso de la palabra clúster o clúster se utiliza para referirse a un grupo de computadores que ejecutan la adición de alta
disponibilidad de Red Hat.
La audiencia de este documento debe tener amplia experiencia con Red Hat Enterprise Linux y comprender los conceptos de clúster, almacenamiento y servidor de informática.
Para obtener mayor información acerca de Red Hat Enterprise Linux 6, consulte los siguientes recursos: Guía de instalación de Red Hat Enterprise Linux — Proporciona información sobre instalación de Red Hat Enterprise Linux 6.
Guía de implementación de Red Hat Enterprise Linux — Proporciona información sobre la implementación, configuración y administración de Red Hat Enterprise Linux 6.
Para obtener mayor información sobre la adición de alta disponibilidad y productos relacionados para Red Hat Enterprise Linux 6, consulte los siguientes recursos:
Visión general de adición de alta disponibilidad — Proporciona una descripción general de la adición de alta disponibilidad de Red Hat.
Administración de clúster — Proporciona información sobre instalación, configuración y administración de adiciones de Alta disponibilidad.
Administración del Gestor de volúmenes lógicos — Proporciona una descripción del Gestor de Volúmenes Lógicos (LVM) e incluye información sobre la ejecución de LVM en un entorno de clúster.
Sistema de archivos global 2: Configuración y administración — Proporciona información sobre instalación, configuración, y mantenimiento de Red Hat GFS2 (Red Hat Global File System 2), el cual se incluye en la adición de almacenamiento resistente.
DM Multipath — Proporciona información sobre la función del dispositivo mapeador multirrutas de Red Hat Enterprise Linux 6.
Administración del equilibrador de cargas — Proporciona información sobre configuración de sistemas de alto rendimiento y servicio con la adición de equilibrador de cargas, un conjunto de componentes de software integrados que proporcionan Servidores Virtuales de Linux (LVS) para equilibrio de carga IP a travé de un conjunto de servidores reales.
Notas de lanzamiento — Proporciona información sobre el lanzamiento actual de productos de Red Hat.
La documentación de Red Hat Cluster Suite y otros documentos de Red Hat están disponibles en versiones HTML, PDF, y RPM en el CD de documentación de Red Hat Enterprise Linux y en línea en https://access.redhat.com/site/documentation/.
1. COMENTARIOS
Si encuentra un error tipográfico o si ha pensado en alguna forma de mejorar este manual, nos
encantaría saberlo. Por favor, envíe un informe en Bugzilla (http://bugzilla.redhat.com/bugzilla/). Reporte el fallo con el nombre del producto Red Hat Enterprise Linux 6 y el componente
doc-Cluster_General.
Asegúrese de mencionar el identificador del manual:
Configuring_High_Availability_With_Pacemaker(EN)-6 (2014-8-7T16:26) Al mencionar este identificador de manual, sabemos exactamente qué versión de la guía tiene usted. Si tiene alguna sugerencia de cómo mejorar la documentación, por favor trate de ser lo más explícito posible. Si ha encontrado algún error, incluya el número de la sección y parte del texto que lo rodea para así poderlo hallar fácilmente.
CAPÍTULO 1. CONFIGURACIÓN DE ADICIÓN DE ALTA
DISPONIBILIDAD Y VISIÓN GENERAL DE REFERENCIA
ADMINISTRATIVA DE RED HAT
Este documento provee la descripción de opciones y funcionalidades que Red Hat High Availability Add-On soporta mediante Pacemaker
Este manual documenta el uso de la interfaz de configuración pcs para Red Hat Enterprise Linux Release 6.6 y posterior.
NOTA
Para obtener información sobre las mejores prácticas para implementar y actualizar los clústeres de Red Hat Enterprise Linux mediante la adición de alta disponibilidad y el Sistema de archivos global 2 de Red Hat (GFS2), consulte el artículo "Red Hat Enterprise Linux Cluster, High Availability, y GFS Deployment Best Practices" en Red Hat Customer Portal, https://access.redhat.com/kb/docs/DOC-40821.
1.1. INSTALACIÓN DE LAS HERRAMIENTAS DE CONFIGURACIÓN
PACEMAKER
Utilice el comando yum install para instalar los paquetes de software Red Hat High Availability Add-On, junto con los agentes disponibles: agentes de vallas del canal de alta disponibilidad.
# yum install pcs fence-agentsn
Los paquetes lvm2-cluster y gfs2-utils hacen parte del canal ResilientStorage. Instálelos con el siguiente comando cuando los necesite:
# yum install lvm2-cluster gfs2-utils
AVISO
Después de instalar los paquetes Red Hat High Availability Add-On, asegúrese de que las preferencias de actualización de software estén configuradas para que nada se instale automáticamente. La instalación en clústeres en ejecución puede producir conductas inesperadas.
1.2. CÓMO CONFIGURAR EL CORTAFUEGOS DE IPTABLES PARA
PERMITIR COMPONENTES DE CLÚSTER
Red Hat High Availability Add-On requiere que los siguientes puertos estén habilitados: Para TCP: Puertos 2224, 3121, 21064
1.3. ARCHIVOS DE CONFIGURACIÓN DE CLUSTER Y PACEMAKER
Los archivos de configuraćión para Red Hat High Availability Add-on son cluster.conf y cib.xml. No los modifique directamente; en su lugar, use la interfaz pcs o pcsd.El archivo cluster.conf proporciona los parámetros utilizados por corosync, el gestor de clúster en el que se crea Pacemaker.
El archivo cib.xml es un archivo XML que representa, tanto la configuración del clúster como el estado actual de todos los recursos del clúster. Este archivo es utilizado por la Base de información de clúster (CIB) de Pacemaker. El contenido de la CIB se mantiene automáticamente en sincronía a través de todo el clúster.
CAPÍTULO 2. INTERFAZ DE LÍNEA DE COMANDOS PCS
La interfaz de línea de comandos pcs proporciona la capacidad de controlar y configurar corosync y
pacemaker.
El formato general del comando pcs es el siguiente. pcs [-f file] [-h] [commands]...
2.1. LOS COMANDOS PCS
Los comandos pcs son los siguientes:
cluster
Configura opciones de clúster y nodos. Para obtener más información sobre el comando pcs
cluster, consulte el Capítulo 3, Creación de clúster y administración .
resource
Crea y administra los recursos de clúster. Para obtener más información sobre el comando pcs
cluster, consulte el Capítulo 5, Configuración de recursos de clúster , el Capítulo 7, Administración de recursos de clúster y el Capítulo 8, Tipos de recursos avanzados.
stonith
Configura los dispositivos de vallas para usar con Pacemaker. Para obtener información sobre el comando pcs stonith, consulte el Capítulo 4, Cercado: Configuración de STONITH.
constraint
Administra las restricciones de recursos. Para obtener información sobre el comando pcs
constraint, consulte el Capítulo 6, Restricciones de validación.
property
Configura las propiedades de Pacemaker. Para obtener información sobre la configuración de propiedades con el comando pcs property, consulte el Capítulo 10, Propiedades de clúster Pacemaker.
status
Visualiza el clúster y el estatus de recursos actuales. Para obtener información sobre el comando pcs status, consulte la Sección 2.5, “Vista de estatus”.
config
Despliega la configuración de clúster completa en la forma legible para el usuario. Para obtener información sobre el comando pcs config, consulte la Sección 2.6, “Despliegue de toda la configuración del clúster”.
Use la opción -h de pcs para visualizar los parámetros de un comando pcs y la descripción de esos parámetros. Por ejemplo, el siguiente comando muestra los parámetros del comando pcs resource. Únicamente se muestra una porción de la salida.
# pcs resource -h
Usage: pcs resource [commands]... Manage pacemaker resources
Commands:
show [resource id] [--all]
Show all currently configured resources or if a resource is specified
show the options for the configured resource. If --all is specified
resource options will be displayed start <resource id>
Start resource specified by resource_id ...
2.3. VISUALIZACIÓN DE UNA CONFIGURACIÓN DE CLÚSTER CRUDA
Aunque no debería modificar directamente el archivo de configuración de clúster, puede ver laconfiguración de clúster cruda con el comando pcs cluster cib.
Puede guardar una configuración de clúster cruda en un archivo especificado con pcs cluster cib
nombre de archivo como se describe en la Sección 2.4, “Guardado de un cambio de configuración en un archivo”.
2.4. GUARDADO DE UN CAMBIO DE CONFIGURACIÓN EN UN
ARCHIVO
Cuando use el comando pcs, use la opción -f para guardar un cambio de configuración a un archivo sin afectar la CIB activa.
Si configuró anteriormente un clúster y ya existe una CIB activa, use el siguiente comando para guardar el archivo xml crudo.
pcs cluster cib filename
Por ejemplo, el siguiente comando guarda el xml crudo de la CIB en un nombre de archivo testfile. pcs cluster cib testfile
El siguiente comando crea un recurso en el archivo testfile1, pero no lo agrega a la configuración de clúster que está en ejecución.
# pcs -f testfile1 resource create VirtualIP ocf:heartbeat:IPaddr2 ip=192.168.0.120 cidr_netmask=24 op monitor interval=30s
Puede enviar contenido actual de testfile en la CIB con el siguiente comando: pcs cluster cib-push filename
2.5. VISTA DE ESTATUS
Despliegue el estatus del clúster y los recursos de clúster, mediante el siguiente comando: pcs status commands
Si no especifica un parámetro commands, este comando muestra toda la información sobre el clúster y los recursos. Despliegue únicamente el estatus de los componentes del clúster al especificar
resources, groups, cluster, nodes, o pcsd.
2.6. DESPLIEGUE DE TODA LA CONFIGURACIÓN DEL CLÚSTER
Use el siguiente comando para desplegar toda la configuración actual del clúster.pcs config
2.7. DESPLIEGUE DE LA VERSIÓN ACTUAL DE PCS
El siguiente comando muestra la versión actual de pcs que está en ejecución.CAPÍTULO 3. CREACIÓN DE CLÚSTER Y ADMINISTRACIÓN
Este capítulo describe la forma básica de administrar clúster con Pacemaker, incluidas la creación de clúster, la administración de componentes de clúster y la presentación del estatus de clúster.
3.1. CREACIÓN DE CLÚSTER
Para crear un clúster, siga los siguientes pasos:1. Autentique los nodos que constituirán el clúster. 2. Configure y sincronice los nodos de clúster
3. Inicie los servicios de clúster en los nodos de clúster.
Las siguientes secciones describen los comandos para realizar estos pasos.
3.1.1. Autenticación de nodos de clúster
El siguiente comando autentica pcs para el demonio pcs en los nodos del clúster.
El nombre de usuario para el administrador pcs debe ser hacluster en cada nodo. Se recomienda que la contraseña para usuario hacluster sea la misma en cada nodo.
Si no especifica un nombre de usuario o contraseña, el sistema le indicará los parámetros para cada nodo cuando ejecute el comando.
Si no especifica ningún nodo, este comando autenticará pcs en los nodos que se especifican con un comando pcs cluster setup, si lo ha ejecutado anteriormente.
pcs cluster auth [node] [...] [-u username] [-p password] La autorización de identificadores se almacena en el archivo ~/.pcs/tokens (o
/var/lib/pcsd/tokens).
3.1.2. Configuración e inicio de nodos de clúster
El siguiente comando configura el archivo de configuración de clúster y sincroniza la configuración a los nodos especificados.
Si especifica la opción --start, el comando también iniciará los servicios de clúster en los nodos especificados. Si es necesario, también puede iniciar los servicios de clúster con un comando pcs cluster start por separado.
Si especifica la opción --local, el comando realizará cambios en el nodo local únicamente. pcs cluster setup [--start] [--local] --name cluster_ name node1 [node2] [...]
El siguiente comando inicia los servicios de clúster en el nodo o nodos específicos.
pcs cluster start [--all] [node] [...]
3.2. ADMINISTRACIÓN DE NODOS DE CLÚSTER
Las siguientes secciones describen los comandos que debe utilizar para administrar nodos de clúster, incluidos los comandos para iniciar y detener el clúster y agregar y retirar nodos de clúster.
3.2.1. Detención de servicios de clúster
El siguiente comando detiene los servicios de clúster en el nodo o nodos especificados. Como con pcs
cluster start, la opción --all detiene los servicios de clúster en todos los nodos y si usted no
especifica ningún nodo, los servicios de clúster se detienen en el nodo local únicamente. pcs cluster stop [--all] [node] [...]
Puede forzar la parada de los servicios de clúster en el nodo local con el siguiente comando, el cual ejecuta el comando kill -9
pcs cluster kill
3.2.2. Habilitar o inhabilitar los servicios de clúster
Use el siguiente comando para configurar los servicios de clúster para que se ejecuten en el inicio en el nodo o nodos especificados.
Si especifica la opción --all, el comando inicia los servicios de clúster en todos los nodos. Si no especifica ningún nodo, los servicios de clúster se habilitan en el nodo local únicamente. pcs cluster enable [--all] [node] [...]
Use el siguiente comando para configurar los servicios de clúster para que no se ejecuten en el inicio en el nodo o nodos especificados.
Si especifica la opción --all, el comando inhabilita los servicios de clúster en todos los nodos. Si no especifica ningún nodo, los servicios de clúster se inhabilitan en el nodo local únicamente. pcs cluster disable [--all] [node] [...]
3.2.3. Adición y remoción de nodos de clúster
El siguiente comando agrega un nuevo nodo a un clúster existente. Este comando también sincroniza el archivo de configuración de clúster, cluster.conf para todos los nodos del clúster, incluido el nuevo nodos que está agregando.
pcs cluster node add node
consulte la Sección 3.4, “Retiro de la configuración de clúster”. pcs cluster node remove node
3.2.4. Modo en espera
El siguiente comando pone en modo de espera al nodo especificado . El nodo especificado ya no puede albergar recursos de hosts. Cualquier recurso activo actualmente en el nodo, será desplazado a otro nodo, Si especifica --all, este comando pone todos los nodos en espera.
Puede usar el comando para actualizar los paquetes de recursos. También puede usar este comando para probar una configuración, estimular la recuperación sin apagar el nodo.
pcs cluster standby node | --all
El siguiente comando retira el nodo especificado del modo en espera. Después de ejecutar este comando, el nodo especificado podrá albergar recursos. Si especifica la opción --all, este comando retira todo los nodos del modo en espera.
pcs cluster unstandby node | --all
Observe que cuando ejecute el comando pcs cluster standby, este comando agrega limitaciones a los recursos para evitar que se ejecuten en un nodo no indicado. Al ejecutar el comando pcs
cluster unstandby, este comando elimina las limitaciones. No necesariamente, devuelve los
recursos al nodo indicado; en el cual se pueden ejecutar los recursos, depende de cómo los ha configurado inicialmente. Para obtener información sobre limitaciones de recursos, consulte el Capítulo 6, Restricciones de validación.
3.3. CONFIGURACIÓN DE PERMISOS DE USUARIO
A partir de Red Hat Enteprise Linux 6.6, usted puede usar el comando pcs acl para establecer el permiso para que usuarios locales tengan acceso de solo lectura o solo escritura para la configuración de clúster mediante las listas de control de acceso (ACL).
El establecimiento de permisos para usuarios es un proceso de dos pasos:
1. Ejecute el comando pcs acl role create... para crear un rol que defina los permisos para dicho rol.
2. Asigne el rol que creó a un usuario con el comando pcs acl user create.
El siguiente procedimiento de ejemplo proporciona acceso de solo lectura para una configuración de clúster a un usuario local llamado rouser.
1. Este procedimiento requiere que el usuario rouser exista en el sistema local y que el usuario
rouser sea un miembro del grupo hacluster.
# adduser rouser
# usermod -a -G hacluster rouser
3. Cree un rol llamado read-only con permisos de solo lectura para la CIB
# pcs acl role create read-only description="Read access to cluster" read xpath /cib
4. Cree el usuario rouser en el sistema pcs ACL y asígnele el rol de read-only. # pcs acl user create rouser read-only
5. Visualice la ACL actual # pcs acl
User: rouser
Roles: read-only Role: read-only
Description: Read access to cluster
Permission: read xpath /cib (read-only-read)
El siguiente procedimiento de ejemplo proporciona acceso de escritura a un usuario local llamado
wuser.
1. Este procedimiento requiere que el usuario wuser exista en el sistema local y que el usuario
wuser sea miembro del grupo hacluster.
# adduser wuser
# usermod -a -G hacluster wuser
2. Habilite las ACL de Pacemaker con la propiedad de clúster enable-acl # pcs property set enable-acl=true --force
3. Cree un rol llamado write-access con permisos de solo escritura para cib.
# pcs acl role create write-access description="Full access" write xpath /cib
4. Cree el usuario wuser en el sistema pcs ACL y asígnele el rol write-access. # pcs acl user create wuser write-access
5. Visualice la ACL actual # pcs acl User: rouser Roles: read-only User: wuser Roles: write-access Role: read-only
Role: write-access
Description: Full Access
Permission: write xpath /cib (write-access-write)
Para más información sobre las ACL de clúster, consulte la pantalla de ayuda para el comando pcs
acl.
3.4. RETIRO DE LA CONFIGURACIÓN DE CLÚSTER
Para retirar todos los archivos de configuración de clúster y detener todos los servicios de clúster y destruirlos completamente, use el siguiente comando:
AVISO
Este comando retira de forma permanente cualquier clúster de configuración que haya creado. Se recomienda que ejecute pcs cluster stop antes de destruir el clúster.
pcs cluster destroy
3.5. VIZUALIZACIÓN DEL ESTATUS DEL PROCESO
El siguiente comando muestra el estatus actual del clúster y los recursos de clúster pcs statusi
Despliegue un subconjunto de información sobre el estatus actual del clúster con los siguientes comandos:
El siguiente comando muestra el estatus actual del clúster, pero no los recursos de clúster. pcs cluster status
El siguiente comando muestra el estatus actual de los recursos de clúster. pcs status resources
CAPÍTULO 4. CERCADO: CONFIGURACIÓN DE STONITH
STONITH es un acrónimo en inglés para Shoot-The-Other-Node-In-The-Head (dispárele al otro nodo en la cabeza) y protege sus datos de que se corrompan por nodos rogue o de acceso concurrente.
El hecho de que un nodo no responda, no significa que no está accediendo a sus datos. La única forma que garantiza que sus datos estén cien por ciento seguros, es cercando el nodo mediante STONITH para asegurarse de que el nodo está verdaderamente fuera de línea antes de permitir el acceso a los datos desde otro nodo.
STONITH también tiene que jugar un rol cuando no se puede detener un servicio agrupado en clúster. En este caso, el clúster usa STONITH a fin de forzar todo el nodo fuera de línea, para que sea seguro iniciar el servicio en cualquier parte.
4.1. AGENTES STONITH (CERCADO) DISPONIBLES
Use el siguiente comando para ver la lista de los agentes STONITH. Especifique un filtro, este comando despliega únicamente los agentes STONITH que corresponden al fitro.
pcs stonith list [filter]
4.2. PROPIEDADES GENERALES DE DISPOSITIVOS DE CERCADO
NOTA
Para inhabilitar un dispositivo o recurso de cercado, establezca target-role como lo haría para un recurso normal.
NOTA
Para evitar que un nodo específico use un dispositivo de cercado, las restricciones de ubicación funcionarán como se espera.
La Tabla 4.1, “Propiedades generales de dispositivos de cercado” describe las propiedades generales que puede establecer para dispositivos de cercado. Consulte la Sección 4.3, “Despliegue de las opciones de cercado específicas para dispositivos ” para obtener información sobre propiedades de cercado que puede establecer para dispositivos de cercado.
NOTA
Para obtener más información sobre propiedades de configuración avanzadas, consulte la Sección 4.9, “Opciones adicionales de configuración de cercado ”
Tabla 4.1. Propiedades generales de dispositivos de cercado
Campo Tipo Predetermi
nado
stonith-timeout hora 60 s El tiempo de espera para que la acción STONITH termine por un dispositivo stonith. Sobrescribe la propiedad de clúster
stonith-timeout
priority entero 0 La prioridad del recurso STONITH. Los dispositivos se prueban en orden descendente.
pcmk_host_map cadena Un mapa de nombres de hosts para números de puertos que no soportan nombres de hosts. Por ejemplo:
node1:1;node2:2,3 le dice al clúster que use el puerto 1 para node1 y los puertos 2 y 3 para node2
pcmk_host_list cadena Una lista de máquinas controladas por este dispositivo (Opcional a menos que
pcmk_host_check=static-list). pcmk_host_check cadena dynamic-list Cómo determinar cuáles máquinas son
controladas por el dispositivo. Valores permitidos: dynamic-list (solicita el dispositivo), static-list (revisa el atributo pcmk_host_list), ninguno (supone que cada dispositivo puede cercar cada máquina)
Campo Tipo Predetermi
nado
Descripción
4.3. DESPLIEGUE DE LAS OPCIONES DE CERCADO ESPECÍFICAS
PARA DISPOSITIVOS
Use el siguiente comando para ver las opciones para el agente STONITH especificado pcs stonith describe stonith_agent
Por ejemplo, el siguiente comando despliega las opciones para el agente de cercado para APC en telnet y SSH.
# pcs stonith describe fence_apc Stonith options for: fence_apc
ipaddr (required): IP Address or Hostname login (required): Login Name
passwd: Login password or passphrase
passwd_script: Script to retrieve password cmd_prompt: Force command prompt
secure: SSH connection
port (required): Physical plug number or name of virtual machine identity_file: Identity file for ssh
switch: Physical switch number on device
inet4_only: Forces agent to use IPv4 addresses only inet6_only: Forces agent to use IPv6 addresses only ipport: TCP port to use for connection with device action (required): Fencing Action
verbose: Verbose mode
debug: Write debug information to given file version: Display version information and exit help: Display help and exit
separator: Separator for CSV created by operation list
power_timeout: Test X seconds for status change after ON/OFF
shell_timeout: Wait X seconds for cmd prompt after issuing command login_timeout: Wait X seconds for cmd prompt after login
power_wait: Wait X seconds after issuing ON/OFF delay: Wait X seconds before fencing is started retry_on: Count of attempts to retry power on
4.4. CÓMO CREAR UN DISPOSITIVO DE CERCADO
El siguiente comando crea un dispositivo STONITH.pcs stonith create stonith_id stonith_device_type [stonith_device_options] # pcs stonith create MyStonith fence_virt pcmk_host_list=f1 op monitor interval=30s
Si utiliza un dispositivo de vallas para varios nodos con diferentes puertos para cada nodo, no cree un dispositivo independiente para cada nodo. En su lugar, use la opción pcmk_host_map para definir el puerto que va con el nodo. Por ejemplo, el siguiente comando crea un dispositivo de cercado individual
myapc-13 que usa un interruptor APC denominado apc y un puerto 15 para nodo west-13.
# pcs stonith create myapc-west-13 fence_apc pcmk_host_list="west-13" ipaddr="west-apc" login="apc" passwd="apc" port="15"
No obstante, el siguiente ejemplo usa el interruptor APC denominado west-apc para cercar nodos
west-13 con el puerto 15, west-14 con el puerto 17, west-15 con el puerto 18 y west-16 con el
puerto 19.
# pcs stonith create myapc fence_apc pcmk_host_list="west-13,west-14,west-15,west-16" pcmk_host_map="west-13:15;west-14:17;west-15:18;west-16:19" ipaddr="west-apc" login="apc" passwd="apc"
4.5. CONFIGURACIÓN DE DISPOSITIVOS DE CERCADO BASADOS EN
ALMACENAMIENTO CON REMOCIÓN DE CERCADO.
Al crear dispositivos de vallas SAN o de cercado de almacenamiento, es decir los que usen un agente de cercado non-power, debe establecer la metaopción provides=unfencing cuando cree el
dispositivo stonith. Así se asegura que la cerca de un nodo cercado se elimine, antes de que el nodo sea reiniciado y los servicios del clúster se inicien en el nodo.
No es necesario establecer la metaopción provides=unfencing para configurar un dispositivo de vallas basado en energía, puesto que el dispositivo mismo provee energía al nodo para que arranque (e intenta reconectar el clúster). La acción de arranque en este caso, implica que se ha quitado el cercado. El siguiente comando configura un dispositivo STONITH denominado my-scsi-shooter que usa el agente de vallas fence_scsi y habilita la eliminación del cercado para el dispositivo.
pcs stonith create my-scsi-shooter fence_scsi devices=/dev/sda meta provides=unfencing
4.6. DESPLIEGUE DE DISPOSITIVOS DE CERCADO
El siguiente comando muestra todos los dispositivos. Si especifica stonith_id, el comando muestra únicamente las opciones para ese dispositivo configurado stonith. Si especifica la opción --full, se despliegan todas las opciones stonith configuradas.
pcs stonith show [stonith_id] [--full]
4.7. MODIFICACIÓN Y BORRADO DE DISPOSITIVOS DE CERCADO
Use el siguiente comando para modificar o agregar opciones a un dispositivo de cercado configurado.pcs stonith update stonith_id [stonith_device_options]
Ejecute el siguiente comando para retirar un dispositivo de cercado desde su configuración actual: pcs stonith delete stonith_id
4.8. 4.8. ADMINISTRACIÓN DE NODOS CON DISPOSITIVOS DE
CERCADO
Puede cercar un nodo de forma manual con el siguiente comando. Si especifica --off usará la llamada API off para stonith, la cual apagará el nodo en lugar de reiniciarlo.
pcs stonith fence node [--off]
Confirme si el nodo está apagado con el siguiente comando:
NOTA
Si el nodo que especificó está aún ejecutando normalmente el software o los servicios de clúster controlados por el clúster, se presentará una interrupción de datos o falla de clúster.
pcs stonith confirm node
La Tabla 4.2, “Propiedades avanzadas de dispositivos de cercado”. Resume las propiedades
adicionales que puede establecer para dispositivos de cercado. Observe que estas propiedades son para uso avanzado únicamente.
Tabla 4.2. Propiedades avanzadas de dispositivos de cercado
Campo Tipo Predetermi
nado
Descripción
pcmk_host_argument cadena port Un parámetro alternativo para abastecer en lugar de 'port'. Algunos dispositivos no soportan el parámetro de puerto estándar o pueden proporcionar otros adicionales. Puede utilizarlo como un comando alternativo, específico para dispositivo, el cual indica que la máquina puede ser cercada. Un valor de none puede servir para indicarle al clúster que no provea parámetros adicionales.
pcmk_reboot_action cadena reboot Un comando alternativo en lugar de reboot. Algunos dispositivos no soportan los comandos estándar o proporcionan comandos adicionales. Lo puede utilizar para especificar un comando alternativo,
específico para dispositivo, que implemente la acción 'reboot'.
pcmk_reboot_timeout hora 60 s Especifica un tiempo de espera alternativo para reiniciar acciones en lugar de
stonith-timeout. Algunos dispositivos necesitan mucho más o mucho menos tiempo del normal. Utilícelo para especificar un tiempo de espera alternativo, específico para dispositivo, para acciones 'reboot'. pcmk_reboot_retries entero 2 El número máximo de veces para reintentar
el comando reboot dentro del periodo de tiempo de espera. Algunos dispositivos no soportan múltiples conexiones. Las operaciones pueden fallar si el dispositivo está ocupado con otra tarea, por eso Pacemaker reintentará automáticamente, sí aún queda tiempo. Use esta opción para alterar el número de reintentos que Pacemaker puede hacer de acciones 'reboot'.
pcmk_off_action cadena off Un comando alternativo para ejecutar en lugar de off. Algunos dispositivos no soportan los comandos estándar o
proporcionan comandos adicionales. Puede utilizarlo como un comando alternativo, específico para dispositivo, que implementa la acción 'off'.
pcmk_off_timeout hora 60 s Especifica un tiempo de espera alternativo para usar acciones off en lugar de
stonith-timeout. Algunos dispositivos requieren mucho más o mucho menos tiempo del normal. Utilícelo para especificar un tiempo de espera alternativo, específico para dispositivo, para acciones 'off'.
pcmk_off_retries entero 2 El número máximo de veces para reintentar el comando off dentro del periodo de tiempo de espera. Algunos dispositivos no soportan múltiples conexiones. Las operaciones pueden fallar si el dispositivo está ocupado con otra tarea, por eso Pacemaker
reintentará automáticamente, sí aún queda tiempo. Use esta opción para alterar el número de reintentos que Pacemaker puede hacer de acciones 'off'.
pcmk_list_action cadena list Un comando alternativo para ejecutar en lugar de list. Algunos dispositivos no soportan los comandos estándar o
proporcionan comandos adicionales. Puede utilizarlo como un comando alternativo, específico para dispositivo, que implementa la acción 'list'.
pcmk_list_timeout hora 60 s Especifica un tiempo de espera alternativo para usar acciones 'list' de stonith-timeout. Algunos dispositivos necesitan mucho más o mucho menos tiempo del normal. Utilícelo para especificar un tiempo de espera alternativo, específico para dispositivo, para acciones 'list'.
Campo Tipo Predetermi
nado
pcmk_list_retries entero 2 El número máximo de veces para reintentar el comando list dentro del periodo de tiempo de espera. Algunos dispositivos no soportan múltiples conexiones. Las operaciones pueden fallar si el dispositivo está ocupado con otra tarea, por eso Pacemaker reintentará automáticamente, sí aún queda tiempo. Use esta opción para alterar el número de reintentos que Pacemaker puede hacer de acciones 'list'. pcmk_monitor_action cadena monitor Un comando alternativo para ejecutar en
lugar de monitor. Algunos dispositivos no soportan los comandos estándar o
proporcionan comandos adicionales. Puede utilizarlo como un comando alternativo, especifico para dispositivos, que implementa la acción 'monitor'.
pcmk_monitor_timeou t
hora 60 s Especifica un tiempo de espera alternativo para usar acciones 'monitor' de stonith-timeout. Algunos dispositivos necesitan mucho más o mucho menos tiempo del normal. Utilícelo para especificar un tiempo de espera alternativo, específico para dispositivo, para acciones 'monitor'. pcmk_monitor_retrie
s
entero 2 El número máximo de veces para reintentar el comando monitor dentro del periodo de tiempo de espera. Algunos dispositivos no soportan múltiples conexiones. Las operaciones pueden fallar si el dispositivo está ocupado con otra tarea, por eso Pacemaker reintentará automáticamente, sí aún queda tiempo. Use esta opción para alterar el número de reintentos que Pacemaker puede hacer de acciones 'monitor'.
pcmk_status_action cadena estado Un comando alternativo para ejecutar en lugar de status. Algunos dispositivos no soportan los comandos estándar o pueden proporcionar comandos adicionales. Puede utilizarlo como un comando alternativo, específico para dispositivo, que implementa la acción 'status'.
Campo Tipo Predetermi
nado
pcmk_status_timeout hora 60 s Especifica un tiempo de espera alternativo para usar acciones de estatus de
stonith-timeout. Algunos dispositivos necesitan mucho más o mucho menos tiempo del normal. Utilícelo para especificar un tiempo de espera alternativo, específico para el dispositivo, para acciones 'status'. pcmk_status_retries entero 2 El número máximo de veces para reintentar
el comando status dentro del periodo de tiempo de espera. Algunos dispositivos no soportan múltiples conexiones. Las operaciones pueden fallar si el dispositivo está ocupado con otra tarea, por eso Pacemaker reintentará automáticamente, sí aún queda tiempo. Use esta opción para alterar el número de reintentos que Pacemaker puede hacer de acciones 'status'.
Campo Tipo Predetermi
nado
Descripción
4.10. CONFIGURACIÓN DE NIVELES DE CERCADO
Pacemaker soporta nodos de cercado con múltiples dispositivos a través de una funcionalidad llamada topologías de cercado. Para implementar topologías, cree los dispositivos individuales como se definen normalmente y luego defina uno o más niveles de cercado en la sección de topología de cercado de la configuración.
Cada nivel se intenta en orden numérico ascendente, iniciando en 1.
Si un dispositivo falla, el procesamiento termina para el nivel actual. Ningún otro dispositivo en ese nivel se utilizan y se intenta el siguiente nivel en su lugar.
Si todos los dispositivos son cercados, entonces ese nivel es correcto y no se intentan otros niveles.
La operación ha terminado cuando un nivel ha pasado (éxito) o se han intentado todos los niveles (fallado).
Use el siguiente comando para agregar un nivel de cercado a un nodo. Los dispositivos se dan como una lista separada por coma de los ID stonith, que se ensayan por el nodo en dicho nivel.
pcs stonith level add level node devices
El siguiente comando lista todos los niveles de cercado que están configurados actualmente. pcs stonith level
En el siguiente ejemplo, hay dos dispositivos de vallas configurados para nodo rh7-2: un dispositivo de vallas ilo llamado my_ilo y un dispositivo de vallas apc llamado my_apc. Estos comandos configuran
Pacemaker intente usar el dispositivo my_apc. Este ejemplo también muestra la salida del comando
pcs stonith level después de configurar los niveles.
# pcs stonith level add 1 rh7-2 my_ilo # pcs stonith level add 2 rh7-2 my_apc # pcs stonith level
Node: rh7-2
Level 1 - my_ilo Level 2 - my_apc
El siguiente comando retira el nivel de vallas para el nodo y dispositivos especificados. Si no se especifica ningún nodo o dispositivo, entonces el nivel de vallas será eliminado.
pcs stonith level remove level [node_id] [stonith_id] ... [stonith_id] El siguiente comando limpia los niveles de vallas en el nodo especificado o id stonith. Si no se especifica ningún nodo o dispositivo, entonces los niveles de vallas serán eliminados.
pcs stonith level clear [node|stonith_id(s)]
Si especifica más de un id stonith, deben ir separados por una coma sin espacios. Por ejemplo: # pcs stonith level clear dev_a,dev_b
El siguiente comando verifica si todos los dispositivos de vallas y nodos especificados existen. pcs stonith level verify
CAPÍTULO 5. CONFIGURACIÓN DE RECURSOS DE CLÚSTER
Este capítulo proporciona información sobre configuración de recursos de clúster
5.1. CREACIÓN DE RECURSOS
Use los siguientes comandos para crear un recurso de clúster.
pcs resource create resource_id standard:provider:type|type [resource options]
Por ejemplo, el siguiente comando crea un recurso con el nombre VirtualIP de ocf estándar, proveedor
heartbeat, y tiipo IPaddr2. La dirección flotante de este recurso es 192.168.0.120, el sistema
revisará si el recurso se ejecuta cada 30 segundos.
# pcs resource create VirtualIP ocf:heartbeat:IPaddr2 ip=192.168.0.120 cidr_netmask=24 op monitor interval=30s
También puede omitir los campos estándar y proveedor y usar el siguiente comando. Este comando predeterminará un estándar ocf y un proveedor heartbeat.
# pcs resource create VirtualIP IPaddr2 ip=192.168.0.120 cidr_netmask=24 op monitor interval=30s
Use el siguiente comando para borrar un recurso configurado. pcs resource delete resource_id
Por ejemplo, el siguiente comando borra un recurso existente con un ID de recursos de VirtualIP # pcs resource delete VirtualIP
Para obtener información sobre los campos resource_id, standard, provider, and type del comando pcs resource create consulte la Sección 5.2, “Propiedades de recursos”.
Para obtener información sobre cómo definir parámetros para recursos individuales, consulte la Sección 5.3, “Parámetros específicos de recursos”.
Para obtener información sobre cómo definir metaopciones de recursos, las cuales son
utilizadas por el clúster para decidir el comportamiento de los recursos, consulte la Sección 5.4, “Metaopciones de recursos”.
Para obtener información sobre cómo definir las operaciones a ejecutar en un recurso, consulte la Sección 5.5, “Operaciones de recursos”.
5.2. PROPIEDADES DE RECURSOS
Las propiedades de recursos que usted define para un recurso le indica al clúster cuál script usar para el recurso, dónde encontrarlo y a cuáles estándares se ajusta. La Tabla 5.1, “Propiedades de recursos” describe dichas propiedades.
Campo Descripción
resource_id Su nombre para el recurso
standard El estándar al que se ajusta el script. Valores permitidos: ocf, service, upstart, systemd, lsb, stonith
Tipo El nombre del agente de recursos que desea utilizar, por ejemplo: IPaddr or Filesystem
Proveedor La especificación OCF permite a múltiples proveedores abastecer el mismo ResourceAgent. La mayoría de los agentes que Red Hat distribuye usan heartbeat como el proveedor.
La Tabla 5.2, “Comandos para mostrar las propiedades de recursos” resume los comandos que despliegan las propiedades de recursos disponibles que puede usar para crear un recurso.
Tabla 5.2. Comandos para mostrar las propiedades de recursos Comando para desplegar pcs Salida
pcs resource list Muestra una lista de todos los recursos
pcs resource standard Muestra una lista de todos los estándares de agente de recursos
pcs resource providers Muestra una lista de todos los proveedores disponibles de agente de recursos.
pcs resource list string Despliega una lista de los recursos disponibles filtrados por la cadena específica. Use el comando para desplegar recursos filtrados por el nombre de un estándar, un proveedor o un tipo.
5.3. PARÁMETROS ESPECÍFICOS DE RECURSOS
Mediante el siguiente comando, despliegue los parámetros que usted puede usar para establecer recursos individuales.
# pcs resource describe standard:provider:type|type
Por ejemplo, el siguiente comando muestra los parámetros que puede establecer para un recurso del tipo LVM.
# pcs resource describe LVM Resource options for: LVM
volgrpname (required): The name of volume group.
partial_activation: If set, the volume group will be activated even only partial of the physicalvolumes available. It helps to set to true, when you are using mirroring logical volumes.
5.4. METAOPCIONES DE RECURSOS
Además de los parámetros de recursos específicos, puede configurar opciones de recurso adicionales para cualquier recurso. Estas opciones son utilizadas por el clúster para decidir la conducta de su recurso. La Tabla 5.3, “Metaopciones de recursos” describe las opciones.
Tabla 5.3. Metaopciones de recursos
Campo Predeterminado Descripción
priority 0 Si no todos los recursos están activos, el clúster detendrá los recursos de prioridad inferior para mantener activos los de alta prioridad.
target-role Started ¿En cuál estado debe el clúster tratar de mantener este recurso? Los valores permitidos son:
* Stopped - Obliga al recurso a parar
* Started - Permite al recurso iniciarse (en el caso de recurso multiestados, no serán promovidos al maestro) * Master - Permite al recurso iniciarse y, si es apropiado, promoverse
is-managed true ¿El clúster tiene permiso para iniciar y detener el recurso? Valores permitidos: true, false
resource-stickiness
0 Valor para indicar cuánto prefiere el recurso estar donde está.
requires Calculado Indica bajo qué condiciones puede iniciarse el recurso Se predetermina a fencing excepto en las
condiciones anotadas abajo. Posibles valores:
* nothing - El clúster siempre puede iniciar el recurso. * quorum - El clúster solo puede inicar este recurso si la mayoría de los nodos configurados están activos. Este es el valor predeterminado si
stonith-enabled es false o si el standard del recurso es stonith.
* fencing - El clúster solo puede iniciar este recurso si la mayoría de los nodos configurados estań activos y ningún nodo desconocido o fallido ha sido apagado. * unfencing - El clúster solo puede iniciar este recurso si la mayor parte de los nodos configurados están activos y cualquier nodo fallido o desconocido ha sido apagado y solo en nodos a los que se les ha eliminado la valla . Este es el valor predeterminado si la metaopción provides=unfencing stonith ha sido establecida para un dispositivos de cercado. Para obtener información sobre la metaopción
provides=unfencing stonith, consulte la
Sección 4.5, “Configuración de dispositivos de cercado basados en almacenamiento con remoción de cercado. ”.
migration-threshold
INFINITY
(disabled) Cuántas fallas pueden ocurrir para este recurso en unnodo, antes de que el nodo sea marcado como no elegible para albergar este recurso. Para obtener información sobre cómo configurar la opción
migration-threshold, consulte la Sección 7.2, “Desplazamiento de recursos debido a un fallo”.
failure-timeout 0 (desactivado) Se usa junto con la opción migration-threshold, indica cuántos segundos se puede esperar antes de actuar como si la falla no hubiese ocurrido, y en
potencia permitiendo al recurso volver al nodo en el que fallo. Para obtener información sobre cómo configurar la opción failure-timeout, consulte la Sección 7.2, “Desplazamiento de recursos debido a un fallo”. multiple-active stop_start Lo que debería hacer el clúster si alguna vez encuentra
el recurso activo en más de un nodo. Los valores permitidos son:
* block - marca el recurso como no administrado * stop_only - detiene todas las instancias y las deja como en esa for
* stop_start - detiene todas las instancias activas e inicia el recurso en una sola ubicación
Use el siguiente comando para cambiar el valor predeterminado de una opción de recursos: pcs resource defaults options
Por ejemplo, el siguiente comando restablece el valor predeterminado de resource-stickiness a 100.
# pcs resource defaults resource-stickiness=100
Al omitir el parámetro options de pcs resource defaults aparece una lista de valores
predeterminados configurados actualmente para opciones de recursos. El siguiente ejemplo muestra la salida del comando después de haber restablecido el valor de resource-stickiness a 100.
# pcs resource defaults resource-stickiness:100
Si ha restablecido o no el valor predeterminado de un valor de una metaopción de recursos, puede establecer una opción de recursos para un recurso determinado a un valor diferente al predeterminado cuando crea el recurso. A continuación aparece el formato del comando pcs resource create que usted utiliza para especificar el valor para una metaopción de recursos.
pcs resource create resource_id standard:provider:type|type [resource options] [meta meta_options...]
Por ejemplo, el siguiente comando crea un recurso con un valor resource-stickiness de 50. # pcs resource create VirtualIP ocf:heartbeat:IPaddr2 ip=192.168.0.120 cidr_netmask=24 meta resource-stickiness=5O
También puede establecer el valor de una metaopción de recursos para un recurso existente, grupo o recurso maestro,mediante el siguiente comando:
pcs resource meta resource_id | group_id | clone_id | master_id meta_options
En el siguiente ejemplo, hay un recurso denominado dummy_resource. Este comando establece la metaopción failure-timeout a 20 segundos para que el recurso pueda alcanzar a reiniciar en el mismo nodo en 20 segundos.
# pcs resource meta dummy_resource failure-timeout=20s
Después de ejecutar este comando, puede desplegar los valores pare el recurso y verificar si
failure-timeout=20s está configurado.
# pcs resource show dummy_resource
Resource: dummy_resource (class=ocf provider=heartbeat type=Dummy) Meta Attrs: failure-timeout=20s
Operations: start interval=0s timeout=20 (dummy_resource-start-timeout-20)
(dummy_resource-stop-timeout-20)
monitor interval=10 timeout=20 (dummy_resource-monitor-interval-10)
Para obtener información sobre metaopciones de clones de recursos, consulte la Sección 8.1, “Clones de recursos” y para información sobre meta opciones de recursos maestros, consulte la Sección 8.2, “Recursos multiestados: Recursos que tienen modos múltiples”.
5.5. OPERACIONES DE RECURSOS
Para asegurarse de que los recursos permanezcan en buen estado, puede agregar una operación de monitorización a una definición de recursos. Si no especifica una operación de monitorización para un recurso, el comando pcs creará de forma predeterminada una operación de monitorización con un intervalo establecido por el agente de recursos. Si el agente de recursos no proporciona un intervalo de monitorización, el comando pcs creará una operación de monitorización con un intervalo de 60
segundos.
La Tabla 5.4, “Propiedades de una operación” resume las propiedades de una operación de monitorización de recursos.
Tabla 5.4. Propiedades de una operación Campo Descripción
id Nombre único para la acción. El sistema lo asigna al configurar una operación. name La acción a realizar. Valores comunes: monitor, start, stop
interval La frecuencia (en segundos) para realizar la operación. El valor predeterminado es: 0, el cual significa nunca.
timeout El tiempo de espera antes de declarar que la acción ha fallado. Si su sistema incluye un recurso que tarda mucho tiempo para iniciar, detenerse o realizar una acción de monitorización o recurrente en el inicio y requiere más tiempo del que el sistema permite antes de declarar fallida la acción, puede aumentar esta valor desde el valor predeterminado de 20 o el valor de timeout en "op defaults".
on-fail La acción a tomar si la acción falla alguna vez. Los valores permitidos: * ignore - Pretende que el recurso no ha fallado
* block - No realiza ninguna otra operación en el recurso * stop -Detiene el recurso y no inicia en ninguna parte
* restart - Detiene el recurso y lo reinicia (posiblemente en otro nodo) * fence - STONITH el nodo en el que el recurso ha fallado
* standby - Aleja todos los recursos del nodo en el que el recurso ha fallado
El predeterminado para la operación stop es fence cuando STONITH se habilita y block . Todas las demás operaciones se predeterminan a restart.
Campo Descripción
Puede configurar las operaciones de monitorización al crear un recurso, mediante el siguiente comando: pcs resource create resource_id standard:provider:type|type
[resource_options] [op operation_action operation_options [operation_type operation_options]...]
Por ejemplo, el siguiente comando crea un recurso IPaddr2 con una operación de monitorización. El nuevo recurso se denomina VirtualIP con una dirección IP de 192.168.0.99 y una máscara de red de 24 en eth2. Una operación de monitorización se realizará cada 30 segundos.
# pcs resource create VirtualIP ocf:heartbeat:IPaddr2 ip=192.168.0.99 cidr_netmask=24 nic=eth2 op monitor interval=30s
# pcs resource create my_address IPaddr2 ip=10.20.30.40 cidr_netmask=24 op monitor
También puede agregar una operación de monitorización al recurso existente con el siguiente comando: pcs resource op add resource_id operation_action [operation_properties] Use el siguiente comando para borrar una operación de recursos configurados.
pcs resource op remove resource_id operation_name operation_properties
NOTA
Especifique las propiedades de la operación exactas para eliminar correctamente una operación existente.
Para cambiar los valores de una opción de monitorización, elimine la operación existente, luego agregue la nueva operación. Por ejemplo, cree un VirtualIP con el comando:
# pcs resource create VirtualIP ocf:heartbeat:IPaddr2 ip=192.168.0.99 cidr_netmask=24 nic=eth2
El comando crea de forma predeterminada estas operaciones.
Operations: start interval=0s timeout=20s (VirtualIP-start-timeout-20s) stop interval=0s timeout=20s (VirtualIP-stop-timeout-20s) monitor interval=10s timeout=20s (VirtualIP-monitor-interval-10s)
# pcs resource op add VirtualIP stop interval=0s timeout=40s # pcs resource show VirtualIP
Resource: VirtualIP (class=ocf provider=heartbeat type=IPaddr2) Attributes: ip=192.168.0.99 cidr_netmask=24 nic=eth2
Operations: start interval=0s timeout=20s (VirtualIP-start-timeout-20s) monitor interval=10s timeout=20s
(VirtualIP-monitor-interval-10s)
stop interval=0s timeout=40s (VirtualIP-name-stop-interval-0s-timeout-40s)
Ejecute el siguiente comando para establecer los valores globales predeterminados para operaciones de monitorización:
pcs resource op defaults [options]
Por ejemplo, el siguiente comando establece el valor predeterminado de un valor de timeout de 240 s para todas las operaciones de monitorización.
# pcs resource op defaults timeout=240s
Ejecute el siguiente comando pcs resource op defaults para desplegar los valores predeterminados para operaciones de monitorización:
Por ejemplo, el siguiente comando muestra los valores predeterminados de un valor para un clúster que ha sido configurado con un valor timeout de 240 s.
# pcs resource op defaults timeout: 240s
5.6. DESPLIEGUE DE LOS RECURSOS CONFIGURADOS
Use el siguiente comando para desplegar recursos configurados:pcs resource show
Por ejemplo, si su sistema está configurado con un recurso llamado VirtualIP y otro llamado
WebSite, el comando pcs resource show produce la siguiente salida:
# pcs resource show
VirtualIP (ocf::heartbeat:IPaddr2): Started WebSite (ocf::heartbeat:apache): Started
Para desplegar una lista de todos los recursos y parámetros configurados para esos procesos, use la opción --full del comando pcs resource show como el siguiente ejemplo:
# pcs resource show --full
Resource: VirtualIP (type=IPaddr2 class=ocf provider=heartbeat) Attributes: ip=192.168.0.120 cidr_netmask=24
Operations: monitor interval=30s
Operations: monitor interval=1min
Use el siguiente comando para desplegar los parámetros configurados para un recurso: pcs resource show resource_id
Por ejemplo, el siguiente comando muestra los parámetros actuales configurados para el recurso
VirtualIP
# pcs resource show VirtualIP
Resource: VirtualIP (type=IPaddr2 class=ocf provider=heartbeat) Attributes: ip=192.168.0.120 cidr_netmask=24
Operations: monitor interval=30s
5.7. CÓMO MODIFICAR LOS PARÁMETROS DE RECURSOS
Use el siguiente comando para modificar los parámetros de recursos:pcs resource update resource_id [resource_options]
La siguiente secuencia muestra los valores iniciales de los parámetros configurados para el recurso
VirtualIP, el comando para cambiar el valor del parámetro ip y los valores después del cambio:
# pcs resource show VirtualIP
Resource: VirtualIP (type=IPaddr2 class=ocf provider=heartbeat) Attributes: ip=192.168.0.120 cidr_netmask=24
Operations: monitor interval=30s
# pcs resource update VirtualIP ip=192.169.0.120 # pcs resource show VirtualIP
Resource: VirtualIP (type=IPaddr2 class=ocf provider=heartbeat) Attributes: ip=192.169.0.120 cidr_netmask=24
Operations: monitor interval=30s
5.8. MÚLTIPLES OPERACIONES DE MONITORIZACIÓN
Puede configurar un recurso único con cuántas operaciones de monitorización el agente de recursos soporte. De este modo puede realizar un chequeo superficial cada minuto y luego en forma progresiva, chequeos más intensos en intervalos más altos.
NOTA
Al configurar múltiples operaciones de monitorización, asegúrese de que no se realicen dos operaciones en el mismo intervalo.
Para configurar múltiples operaciones de monitorización a fin de que un recurso soporte más chequeos intensivos en diferentes niveles, agregue una opción OCF_CHECK_LEVEL=n.
Por ejemplo. para configurar el siguiente recurso IPaddr2, se crea de forma predeterminada una operación de monitorización con un intervalo d 10 segundos y un valor de espera de 20 segundos.
# pcs resource create VirtualIP ocf:heartbeat:IPaddr2 ip=192.168.0.99 cidr_netmask=24 nic=eth2
Si la IP virtual soporta una revisión diferente con una profundidad de 10, el siguiente comando hace que Pacemaker realice más de una revisión de monitorización avanzada cada 60 segundos aparte de la revisión normal de IP virtual cada 10 segundos. (Como se anotó, no debe configurar la operación de monitorización adicional con un intervalo de 10 segundos).
# pcs resource op add VirtualIP monitor interval=60s OCF_CHECK_LEVEL=10
5.9. HABILITACIÓN E INHABILITACIÓN DE RECURSOS DE CLÚSTER
El siguiente comando habilita el recurso especificado por resource_id.pcs resource enable resource_id
El siguiente comando inhabilita el recurso especificado por resource_id. pcs resource disable resource_id
5.10. LIMPIEZA DE RECURSOS DE CLÚSTER
Si un recurso falla, el mensaje de error aparecerá al desplegar el estatus de clúster. Si resuelve ese recurso, puede limpiar el estatus de error con el comando pcs resource cleanup. Este comando restablece el estatus del recurso y el conteo de fallos, y le dice al clúster que olvide el historial de la operación de un recurso y que redetecte su estado actual.
El siguiente comando limpia el recurso especificado por resource_id. pcs resource cleanup resource_id
CAPÍTULO 6. RESTRICCIONES DE VALIDACIÓN
Puede determinar la conducta de un recurso en un clúster al configurar las restricciones para dicho recurso. Puede configurar las siguientes categorías de restricciones:
location — Una restricción de ubicación determina en cuál de los nodos puede ejecutarse un
recurso. Las restricciones de ubicación se describen en la Sección 6.1, “Restricciones de ubicación”.
order — Una restricción de orden determina el orden en el cual se ejecutan los recursos. Las
restricciones de orden se describen en la Sección 6.2, “Restricciones de orden”.
colocation constraints — Una restricción de colocación determina dónde se localizarán los
recursos relativos a otros recursos. Las restricciones de colocación se describen en la Sección 6.3, “Colocación de recursos”.
Como un abreviado para configurar una serie de restricciones que ubicarán y garantizarán que los recursos se inicien en forma secuencial y se detengan en orden inverso, Pacemaker es compatible con el concepto de grupos de recursos. Para obtener información sobre grupos de recursos, consulte la Sección 6.5, “Grupos de recursos”.
6.1. RESTRICCIONES DE UBICACIÓN
Restricciones de ubicación determinan los nodos que un recurso puede ejecutar. Puede configurar restricciones de ubicación para determinar si un recurso preferirá o evitará un nodo especificado. La Tabla 6.1, “Opciones para restricciones de ubicación”. resume las opciones para configurar las restricciones de ubicación.
Tabla 6.1. Opciones para restricciones de ubicación Campo Descripción
id Un nombre único para la restricción. Establecido por el sistema cuando usted configura una restricción de ubicación con pcs.
rsc Un nombre de recurso
node Un nombre de nodo
score Valor para indicar la preferencia de si un recurso debe ejecutarse en un nodo o evitar un nodo.
Un valor de cambios INFINITY "should" (debería) a "must" (debe); INFINITY es el valor del puntaje predeterminado para una restricción de ubicación de recursos.
El siguiente comando crea una restricción de ubicación para que un recurso prefiera el nodo o nodos especificado(s)
pcs constraint location rsc prefers node[=score] ...
pcs constraint location rsc avoids node[=score] ...
No hay estrategias alternativas para especificar en qué nodos se puede ejecutar un recurso.
Opt-In Clusters — Configure un clúster, en el cual se predetermina que no se puede ejecutar ningún recurso en ninguna parte y luego habilitar de forma selectiva los nodos autorizados para recursos específicos. El procedimiento para configurar un clúster opt-in se describe en la Sección 6.1.1, “Configuración de un clúster "Opt-In" ”.
Opt-Out Clusters — Configure un clúster, en el cual se predetermina que todos recursos se ejecuten en cualquier parte y cree restricciones de ubicación para recursos que no estén autorizados para ejecutarse en nodos específicos. El procedimiento para configurar un clúster opt-out se describe en la Sección 6.1.2, “Configuración de un clúster "Opt-Out"”.
Si elige configurar un cluster opt-in u opt-out depende tanto de la preferencia personal como del diseño del clúster. Si la mayoría de recursos pueden ejecutarse en la mayoría de nodos, entonces un arreglo opt-out es posible que resulte en un configuración más sencilla. Por otra parte, si la mayoría de recursos pueden ejecutarse unicamente en un subconjunto pequeño de nodos una configuración opt-in podría ser más sencilla.
6.1.1. Configuración de un clúster "Opt-In"
Para crear un clúster "Opt-In", establezca la propiedad del clúster symmetric-cluster a false para evitar que los recursos se ejecuten en cualquier parte.
# pcs property set symmetric-cluster=false
Habilita nodos para recursos individuales. Los siguientes comandos configuran restricciones de ubicación para que el recurso Webserver prefiera el nodo example-1, el recurso Database prefiere el nodo example-2, y ambos recursos puedan conmutarse al nodo example-3 si su nodo preferido falla.
# pcs constraint location Webserver prefers example-1=200 # pcs constraint location Webserver prefers example-3=0 # pcs constraint location Database prefers example-2=200 # pcs constraint location Database prefers example-3=0
6.1.2. Configuración de un clúster "Opt-Out"
Para crear un clúster"Opt-Out", establezca la propiedad de clúster symmetric-cluster a true para permitir que los recursos se ejecuten de forma predeterminada en cualquier parte.
# pcs property set symmetric-cluster=true
Los siguientes comandos producirán una configuración que es equivalente a Sección 6.1.1,
“Configuración de un clúster "Opt-In" ”. Ambos recursos pueden conmutarse al nodo example-3 si su nodo preferido falla, puesto que cada nodo tiene un puntaje implícito de 0.
# pcs constraint location Webserver prefers example-1=200 # pcs constraint location Webserver avoids example-2=INFINITY # pcs constraint location Database avoids example-1=INFINITY
