Landmann
Red Hat Enterprise Linux 6
Visión general de Cluster Suite
Visión general de adición de Alta disponibilidad de Red Hat Enterprise
Linux 6
Red Hat Enterprise Linux 6 Visión general de Cluster Suite
Visión general de adición de Alta disponibilidad de Red Hat Enterprise
Linux 6
Landmann
Copyright © 2010 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, MetaMatrix, 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.
Abstract
Visión general proporciona un resumen de la adición de Alta disponibilidad para Red Hat Enterprise Linux 6.
. . . .
. . . .
. . . .
Table of Contents
Introducción
1. Convenciones del Documento 1.1. Convenciones tipográficas 1.2. Convenciones del documento 1.3. Notas y Advertencias
Capítulo 1. Visión general de adición de Alta disponibilidad
1.1. Fundamentos sobre cluster 1.2. Adición de Alta disponibilidad 1.3. Infraestructura de Cluster
1.3.1. Administración del cluster
1.3.2. Administración de cierres de exclusión 1.3.3. Cercado
1.3.4. Administración de la configuración
1.4. Administración de servicios de alta disponibilidad 1.5. Herramientas de administración de cluster
Historial de revisiones 3 3 3 5 6 7 7 8 8 9 9 9 13 13 16 18 Table of Contents
Introducción
Este documento proporciona un resumen de Red Hat Cluster Suite para Red Hat Enterprise Linux 6 y está organizado de la siguiente manera:
Aunque este documento es un resumen, el lector debe tener un conocimiento avanzado de Red Hat Enterprise Linux y entender los conceptos alrededor de la computación de servidores con el fin de poder asimilar la información dada.
Para obtener mayor información sobre Red Hat Enterprise Linux, consulte los siguientes recursos:
Guía de instalación de Red Hat Enterprise Linux — Proporciona información relacionada con la
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 Red Hat Cluster Suite para Red Hat Enterprise Linux 6, consulte los siguientes recursos:
Configuración y administración de adición de Alta disponibilidad Proporciona información sobre la
instalación, configuración y administración de componentes de Alta disponibilidad de Red Hat Enterprise 6.
Gestión del Administrador de volúmenes lógicos — Proporciona una descripción de la Administración
de Volúmenes Lógicos (LVM) e incluye información sobre su ejecución en un entorno de cluster.
Sistema de archivos global: Configuración y administración — Proporciona información sobre la
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 el uso de la función multirutas de mapeador de
dispositivos de Red Hat Enterprise Linux 6.
Administración de servidores virtuales en Linux — Proporciona información sobre cómo configurar
sistemas y servicios de alto rendimiento con la adición de equilibrador de carga de Red Hat (anteriormente conocido como Servidor virtual de Linux [LVS]).
Notas de lanzamiento — Proporciona información sobre el lanzamiento actual de productos de Red
Hat.
La documentación y otros documentos de Red Hat están disponibles en HTML, PDF y RPM en el CD de documentación de Red Hat Enterprise Linux y en http://docs.redhat.com/.
1. Convenciones del Documento
Este manual utiliza varias convenciones para resaltar algunas palabras y frases y llamar la atención sobre ciertas partes específicas de información.
En ediciones PDF y de papel, este manual utiliza tipos de letra procedentes de Liberation Fonts. Liberation Fonts también se utilizan en ediciones de HTML si están instalados en su sistema. Si no, se muestran tipografías alternativas pero equivalentes. Nota: Red Hat Enterprise Linux 5 y siguientes incluyen Liberation Fonts predeterminadas.
1.1. Convenciones tipográficas
Se utilizan cuatro convenciones tipográficas para llamar la atención sobre palabras o frases específicas. Dichas convenciones y las circunstancias en que se aplican son las siguientes:
Negrita m onoespaciado
Utilizado para resaltar la entrada del sistema, incluyendo los comandos de shell, nombres de archivos y rutas. También sirve para resaltar teclas y combinaciones de teclas. Por ejemplo:
Para ver el contenido del archivo my_next_bestselling_novel en su directorio actual de trabajo, escriba el comando cat my_next_bestselling_novel en el intérprete de comandos de shell y pulse Enter para ejecutar el comando.
El ejemplo anterior incluye un nombre de archivo, un comando de shell y una tecla . Todo se presenta en negrita-monoespaciado y distinguible gracias al contexto.
Las combinaciones de teclas se pueden distinguir de las individuales con el signo más que conecta cada partee de la combinación de tecla. Por ejemplo:
Pulse Enter para ejecutar el comando.
Pulse Ctrl+Alt+F2 para pasar a una terminal virtual.
El primer ejemplo resalta una tecla particular a pulsar. El segundo ejemplo, resalta una combinación de teclas: un set de tres teclas pulsadas simultáneamente.
Si se discute el código fuente, los nombres de las clase, los métodos, las funciones, los nombres de variables y valores de retorno mencionados dentro de un párrafo serán presentados en
Negrita-m onoespaciado. Por ejeNegrita-mplo:
Las clases de archivo relacionadas incluyen filename para sistema de archivos, file para archivos y dir para directorios. Cada clase tiene su propio conjunto asociado de permisos.
Negrita proporcional
Esta denota palabras o frases encontradas en un sistema, incluyendo nombres de aplicación, texto de cuadro de diálogo, botones etiquetados, etiquetas de cajilla de verificación y botón de radio; títulos de menú y títulos del submenú. Por ejemplo:
Seleccione Sistema → Preferencias → Ratón desde la barra del menú principal para lanzar Preferencias de ratón. En la pestaña de Botones, seleccione la cajilla de ratón
de m ano izquierda y luego haga clic en Cerrar para cambiar el botón principal del
ratón de la izquierda a la derecha (adecuando el ratón para la mano izquierda). Para insertar un carácter especial en un archivo gedit, seleccione Aplicaciones →
Accesorios → Mapa de caracteres de la barra del menú. Luego, seleccione Búsqueda
→ Buscar… de la barra del menú de Mapa de caracteres, escriba el nombre del
carácter en el campo de Búsqueda y haga clic en Siguiente. El carácter que buscó será resaltado en la Tabla de caracteres. Haga doble clic en ese carácter resaltado para colocarlo en el campo de Texto a copiar y luego haga clic en el botón Copiar. Ahora regrese al documento y elija Modificar → Pegar de la barra de menú de gedit.
El texto anterior incluye nombres de aplicación; nombres y elementos del menú de todo el sistema; nombres de menú de aplicaciones específicas y botones y texto hallados dentro de una interfaz gráfica de usuario, todos presentados en negrita proporcional y distinguibles por contexto.
Itálicas-negrita monoespaciado o Itálicas-negrita proporcional
Ya sea negrita monoespaciado o negrita proporcional, la adición de itálicas indica texto reemplazable o variable. Las itálicas denotan texto que usted no escribe literalmente o texto mostrado que cambia
dependiendo de la circunstancia. Por ejemplo:
Para conectar a una máquina remota utilizando ssh, teclee ssh nombre de
usuario@ dominio.nombre en un intérprete de comandos de shell. Si la máquina remota es example.com y su nombre de usuario en esa máquina es john, teclee ssh
john@ exam ple.com .
El comando mount -o remount file-system remonta el sistema de archivo llamado. Por ejemplo, para volver a montar el sistema de archivo /home, el comando es mount -o
rem ount /hom e.
Para ver la versión de un paquete actualmente instalado, utilice el comando rpm -q paquete. Éste entregará el resultado siguiente: paquete-versión-lanzamiento.
Observe que las palabras resaltadas en itálicas — nombre de usuario, dominio.nombre, sistema de archivo, paquete, versión y lanzamiento. Cada palabra es un marcador de posición, ya sea de texto a ingresar cuando se ejecuta un comando o para un texto ejecutado por el sistema.
Aparte del uso estándar para presentar el título de un trabajo, las itálicas denotan el primer uso de un término nuevo e importante. Por ejemplo:
Publican es un sistema de publicación de DocBook.
1.2. Convenciones del documento
Los mensajes de salida de la terminal o fragmentos de código fuente se distinguen visualmente del texto circundante.
Los mensajes de salida enviados a una terminal se muestran en romano monoespaciado y se presentan así:
books Desktop documentation drafts mss photos stuff svn books_tests Desktop1 downloads images notes scripts svgs
Los listados de código fuente también se muestran en romano monoespaciado, pero se presentan y resaltan de la siguiente manera:
static int kvm_vm_ioctl_deassign_device(struct kvm *kvm, struct kvm_assigned_pci_dev *assigned_dev) {
int r = 0;
struct kvm_assigned_dev_kernel *match; mutex_lock(&kvm->lock);
match = kvm_find_assigned_dev(&kvm->arch.assigned_dev_head, assigned_dev->assigned_dev_id); if (!match) {
printk(KERN_INFO "%s: device hasn't been assigned before, "
"so cannot be deassigned\n", __func__); r = -EINVAL; goto out; } kvm_deassign_device(kvm, match); kvm_free_assigned_device(kvm, match); out: mutex_unlock(&kvm->lock); return r; }
1.3. Notas y Advertencias
Finalmente, utilizamos tres estilos visuales para llamar la atención sobre la información que de otro modo se podría pasar por alto.
Nota
Una nota es una sugerencia, atajo o enfoque alternativo para una tarea determinada. Ignorar una nota no debería tener consecuencias negativas, pero podría perderse de algunos trucos que pueden facilitarle las cosas.
Importante
Los cuadros con el título de importante dan detalles de cosas que se pueden pasar por alto fácilmente: cambios de configuración únicamente aplicables a la sesión actual, o servicios que necesitan reiniciarse antes de que se aplique una actualización. Ignorar estos cuadros no ocasionará pérdida de datos, pero puede causar enfado y frustración.
Aviso
Las advertencias no deben ignorarse. Ignorarlas muy probablemente ocasionará pérdida de datos.
Capítulo 1. Visión general de adición de Alta disponibilidad
La adición de alta disponibilidad es un sistema en cluster que proporciona confianza, escalabilidad, y disponibilidad de servicios de producción críticos. Las siguientes secciones proporcionan una descripción de alto nivel de los componentes y funciones de adición de Alta disponibilidad:
Sección 1.1, “Fundamentos sobre cluster” Sección 1.2, “Adición de Alta disponibilidad” Sección 1.3, “Infraestructura de Cluster”
Sección 1.4, “Administración de servicios de alta disponibilidad” Sección 1.5, “Herramientas de administración de cluster”
1.1. Fundamentos sobre cluster
Un cluster está compuesto por dos o más computadores (llamados nodos o miembros) que trabajan juntos para ejecutar una tarea. Hay cuatro clases de cluster:
Almacenamiento Alta disponibilidad Balance de carga Alto rendimiento
Los cluster de almacenamiento proporcionan una imagen de sistema de archivos consistente a través de servidores en un cluster que permite a los servidores la lectura y escritura simultánea en un sistema de archivos compartido único. Un cluster de almacenamiento simplifica la administración de
almacenamiento limitando la instalación y corrigiendo aplicaciones para un sistema de archivos. Asimismo, con un sistema de archivos amplio de cluster, el cluster de almacenamiento elimina la necesidad de copias redundantes de los datos de la aplicación y simplifica la creación de copias de seguridad y recuperación ante desastres. La adición de Alta disponibilidad proporciona almacenamiento de cluster junto con Red Hat GFS2 (parte de la adición de almacenamiento resistente).
Los cluster de alta disponibilidad proporcionan servicios de alta disponibilidad a través de la eliminación de la puntos de falla y conmutación de servicios de un nodo de cluster a otro en caso de que no
funcione. Generalmente, los servicios en los cluster de alta disponibilidad leen y escriben datos (a través de los sistemas de archivos de escritura y lectura montados). Así, un cluster de alta
disponibilidad debe mantener la integridad de los datos cuando un nodo de cluster toma el control del servicio de otro nodo de cluster. Las fallas de nodos en un cluster de alta disponibilidad no son visibles desde clientes fuera del cluster. (Los cluster de alta disponibilidad algunas veces se conocen como cluster de conmutación). La adición de Alta disponibilidad proporciona agrupamiento de alta
disponibilidad a través del componenente de administración de servicios de alta disponibilidad,
rgm anager.
Los cluster de equilibrio de carga responden a peticiones de múltiples nodos de servicios de cluster para balancear la carga solicitada entre los nodos del cluster. El equilibrio de carga proporciona escalabilidad rentable porque puede hacer coincidir el número de nodos de acuerdo con los
requerimientos de carga. Si un nodo en un cluster de equilibrio de carga falla, el software de equilibrio de carga detecta la falla y redirige las peticiones a otros nodos de cluster. Las fallas de nodos en un cluster de equilibrio de carga no son visibles desde clientes fuera del cluster. El equilibrio de carga está disponible con la adición del equilibrador de carga.
Los cluster de alto rendimiento utilizan los nodos para ejecutar cálculos simultáneos. Un cluster de alto rendimiento permite que las aplicaciones trabajen de forma paralela, mejorando así su rendimiento. Los cluster de alto rendimiento también se conocen como racimos o mallas de computación.
Nota
Los tipos de cluster esbozados anteriormente en el texto reflejan las configuraciones básicas. Según las necesidades del usuario, se podría requerir una combinación de los cluster descritos.
1.2. Adición de Alta disponibilidad
La adición de Alta disponibilidad es un set integrado de componentes de software que puede ser implementado en una amplia variedad de configuraciones para cubrir sus necesidades de rendimiento, alta disponibilidad, equilibrio de carga, escalabilidad, archivos compartidos y economía de recursos. La adición de Alta disponibilidad consta de los siguientes componentes principales:
Infraestructura del cluster — Proporciona funciones fundamentales para que los nodos trabajen juntos como un cluster: administración del archivo de configuración, administración de membresías, administración de cierres de exclusión y cercado.
Administración de servicios de alta disponibilidad — Proporciona la conmutación de servicios de un cluster a otro en caso de que un nodo falle.
Herramientas de administración de cluster — Herramientas de configuración y administración para configurar y administrar una adición de Alta disponibilidad. Las herramientas se utilizan con los componentes de infraestructura del cluster, los componentes de alta disponibilidad, los
componentes de administración de servicios y de almacenamiento.
Puede complementar la adición de Alta disponibilidad con los siguientes componentes: Red Hat GFS2 (Sistema de archivos global2) — Proporciona parte de una adición de
almacenamiento resistente para usar con la adición de Alta disponibilidad. GFS2 permite que múltiples nodos compartan el almacenaje a nivel de bloque como si el almacenamiento estuviera conectado localmente en cada nodo de cluster.
Administrador de volúmenes lógicos de cluster (CLVM) — Parte de la adición de almacenamiento resistente, proporciona la administración de volumen de almacenamiento de cluster.
Adición del equilibrador de carga — Software de encaminamiento que proporciona balance de carga de IP. La adición del equilibrador de carga se ejecuta en un par de servidores redundantes que distribuyen las peticiones de los clientes a los servidores reales que están detrás de los servidores virtuales.
1.3. Infraestructura de Cluster
La infraestructura de cluster de Alta disponibilidad proporciona las funciones básicas para que un grupo de computadores (llamados nodos o miembros) trabajen juntos en un cluster. Una vez que el cluster ha sido formado con la infraestructura de cluster, puede utilizar otros componentes para cubrir las
necesidades de agrupamiento (por ejemplo, se puede establecer un cluster para compartir archivos en un sistema de archivos GFS o establecer un servicio con conmutación). La infraestructura de cluster lleva a cabo las siguientes funciones:
Administración de cluster
Administración de los cierres de exclusión Cercado
1.3.1. Administración del cluster
La administración de cluster maneja el cuórum y membresía de cluster. CMAN (abreviatura del inglés Cluster Manager/Gestor de cluster) ejecuta las tareas de administración de cluster en la adición de Alta disponibilidad para Red Hat Enterprise Linux 6. CMAN es un gestor de cluster distribuido que se ejecuta en cada nodo de cluster; la administración de cluster se distribuye a lo largo de todos los nodos en el cluster.
CMAN mantiene rastro del cuórum del cluster sondeando la cuenta de los nodos del cluster. Si más de la mitad de los nodos están activos, el cluster tiene cuórum. Si la mitad o menos de la mitad de los nodos están activos, el cluster no tiene cuórum y todas sus actividades se detienen. El cuórum del cluster previene que ocurra una condición "split-brain" — una condición en la cual dos instancias del mismo cluster se ejecutan al mismo tiempo. Esta condición permitiría que cada instancia del cluster accediera a los recursos sin conocimiento de la otra instancia del cluster, resultando en la corrupción de la integridad del cluster.
El cuórum se determina a través de la comunicación de mensajes entre los nodos del cluster mediante Ethernet. Opcionalmente, se puede determinar el cuórum a través de la combinación de mensajes comunicados mediante Ethernet y de un disco de cuórum. Para el cuórum mediante Ethernet, el cuórum consta de 50% de los votos más uno. Para el cuórum a través del disco de cuórum, el cuórum depende de las condiciones especificadas por el usuario.
Nota
Por defecto, cada nodo tiene un voto. Sin embargo, se puede modificar la configuración para que cada nodo tenga más de un voto.
CMAN mantiene rastro de las membresías a través del sondeo de los mensajes de otros nodos del cluster. Cuando las membresías del cluster cambian, el administrador de cluster notifica a los otros componentes de la infraestructura para que lleven a cabo las acciones apropiadas. Por ejemplo, cuando un nodo de cluster no transmite un mensaje en un tiempo prescrito, el administrador de cluster remueve el nodo del cluster y comunica a otros componentes que el nodo no es un miembro. De nuevo, otros componentes de infraestructura de cluster determinan las acciones a seguir tras la notificación de que un nodo ya no pertenece al cluster. Por ejemplo, el cercado aislaría el nodo que ya no es miembro.
1.3.2. Administración de cierres de exclusión
La administración de cierres de exclusión es un servicio de la infraestructura de cluster que proporciona un mecanismo para que otros componentes sincronicen el acceso a los recursos compartidos. En un cluster de Red Hat, DLM (siglas en inglés de Distributed Lock Manager/Administrador de cerrojo distribuido) es el administrador de cerrojo. Como su nombre lo indica, DLM es un administrador de cerrojo y se ejecuta en cada nodo de cluster; la administración de cierres de exclusión se distribuye a través de todos los nodos en el cluster. GFS2 y CLVM usan cerrojos del administrador de cerrojo. GFS2 usa cerrojos del administrador de cerrojo para sincronizar el acceso a los metadatos del sistema de archivos (en almacenamiento compartido). CLVM usa cerrojos del administrador de cerrojos para sincronizar actualizaciones a volúmenes LVM y grupos de volúmenes (también en almacenamiento compartido). Además, rgmanager utiliza DLM para sincronizar estados de servicio.
1.3.3. Cercado
Cercado es la desconexión de un nodo del almacenamiento compartido de cluster. Este proceso corta la E/S del almacenamiento compartido, garantizando así la integridad de los datos. La infraestructura del cluster ejecuta el proceso de cercado a través del demonio de cercado, fenced.
Cuando CMAN determina que un nodo ha fallado, CMAN comunica a otros componentes de
infraestructura de cluster que el nodo ha fallado. Cuando fenced es notificado de la falla, aisla al nodo fallido. Otros componentes de la infraestructura de cluster determinan las acciones que se deben tomar — es decir, ejecutan la recuperación que sea necesaria. Por ejemplo, cuando DLM y GFS2 son
notificados de algún fallo, suspenden la actividad hasta detectar que fenced ha completado su tarea de cercado del nodo fallido. Tras recibir la confirmación de que el nodo ha sido aislado, DLM y GFS2 ejecutan las tareas de recuperación. DLM libera los cierres del nodo fallido; GFS2 recupera el diario (journal) del nodo fallido.
El programa de cercado determina desde el archivo de configuración de cluster el método de cercado a utilizar. Hay dos elementos claves del archivo de configuración de cluster que definen el método de cercado: el agente y el dispositivo de cercado. El programa de cercado hace una llamada al agente de cercado especificado en el archivo de configuración del cluster. El agente de cercado, a su vez, aisla el nodo a través del dispositivo de cercado. Una vez el proceso de cercado termina, el programa de cercado notifica al gestor de cluster.
La adición de Alta disponibilidad proporciona una variedad de métodos de cercado:
Cercado de energía — Un método de cercado que utiliza un controlador de energía para apagar el nodo fallido.
Cercado de interruptor de canal de fibra — Un método de cercado que desactiva el puerto del canal de fibra que conecta el almacenaje a un nodo fallido.
Otros métodos de cercado — Hay otros métodos de cercado que desactivan la E/S o apagan el nodo fallido. Entre estos se incluyen IBM Bladecenters, PAP, DRAC/MC, HP ILO, IPMI, IBM RSA II y otros.
Figura 1.1, “Ejemplo de cercado de energía” muestra un ejemplo de cercado de energía. En este
ejemplo, el programa de cercado en el nodo A hace que el controlador de energía apague el nodo D. La
Figura 1.2, “Ejemplo de interruptor de cercado de canal de fibra” muestra un ejemplo de cercado de interrupción de canal de fibra. En el ejemplo, el programa de cercado en nodo A hace que el interruptor de canal de fibra desactive el puerto para el nodo D, desconectando el nodo D del almacenaje.
Figura 1.2. Ejemplo de interruptor de cercado de canal de fibra
Para especificar un método de cercado se debe editar el archivo de configuración para asignar el nombre del método de cercado, el agente de cercado y el dispositivo de cercado para cada nodo en el cluster.
La forma en que se especifica el método de cercado depende de si el nodo tiene proveedores de energía dual o varias rutas al almacenaje. Si el nodo tiene proveedores de energía dual, el método de cercado para el nodo debe especificar al menos dos dispositivos de cercado — un dispositivo de cercado por cada proveedor de energía (consulte la Figura 1.3, “Cercado de un nodo con proveedores de energía dual”). Igualmente, si un nodo tiene varias rutas de almacenaje de canal de fibra, el método de cercado debe especificar un dispositivo de cercado para cada ruta de almacenaje de canal fibra. Por ejemplo, si un nodo tiene dos rutas de almacenaje de canal de fibra, el método de cercado debe
especificar dos dispositivos de cercado — uno para cada ruta al almacenaje de canal de fibra (consulte la Figura 1.4, “Cercado de un nodo con conexiones de canal de fibra dual”).
Figura 1.3. Cercado de un nodo con proveedores de energía dual
Figura 1.4 . Cercado de un nodo con conexiones de canal de fibra dual
Puede configurar un nodo con uno o más métodos de cercado. Cuando se utiliza más de un método de cercado se utilizan en cascada, siguiendo el orden de prioridad dado en el archivo de configuración de cluster. Si un nodo falla, es aislado mediante el primer método de cercado especificado en el archivo de configuración de cluster para ese nodo. Si el primer método no funciona, se utiliza el siguiente método
para ese nodo. Si ninguno de los métodos funciona, el primer método de cercado se ejecuta de nuevo y continúa en bucle a través de los métodos de cercado en el orden especificado en el archivo de
configuración de cluster hasta que el nodo sea cercado.
1.3.4. Administración de la configuración
El archivo de configuración de cluster (/etc/cluster/cluster.conf) especifica la configuración de la adición de Alta disponibilidad. El archivo de configuración es un archivo XML que describe las
siguientes características de cluster:
Nombre de cluster — Especifica el nombre de cluster, el nivel de revisión del archivo de
configuración de cluster y las propiedades de coordinación de tiempo de cercado utilizadas cuando un nodo se une a un cluster o es cercado del cluster.
Cluster — Especifica cada nodo del cluster, el nombre de nodo, el ID de nodo, el número de votos de cuórum y el método de cercadopara ese nodo.
El dispositivo de cercado — Muestra el dispositivo de cercado en el cluster. Los parámetros pueden variar de acuerdo con el tipo de dispositivo de cercado de acuerdo con el tipo de dispositivo de cercado. Por ejemplo, para un controlador de energía utilizado como dispositivo de cercado, la configuración de cluster define el nombre del controlador de energía, su dirección IP, el login y contraseña.
Recursos administrados — Especifica los recursos requeridos para crear los servicios de cluster. Entre los recursos administrados se encuentra la definición de dominios de conmutación, recursos (dirección IP, por ejemplo) y servicios. Los recursos administrados definen los servicios de cluster y el comportamiento de conmutación de los servicios de cluster.
La configuración de cluster automáticamente se valida durante el tiempo de inicio, según el esquema del cluster en /usr/share/cluster/cluster.rng durante el inicio y cuando se recarga una
configuración. También puede validar una configuración de cluster en cualquier momento mediante el comando ccs_config_validate.
Puede ver un esquema anotado en /usr/share/doc/cman-X.Y.ZZ/cluster_conf.html (por ejemplo, /usr/share/doc/cman-3.0.12/cluster_conf.html).
Revisiones de configuración para los siguientes errores básicos:
Validez XML — Verifica si el archivo de configuración es un archivo XML válido.
Opciones de configuración — Verifica si esas opciones (elementos y atributos de XML) son válidos. Valores de opción — Verifica que las opciones contengan datos válidos (limitado).
1.4. Administración de servicios de alta disponibilidad
La administración de servicios de Alta disponibilidad proporciona la habilidad de crear y administrar
servicios de cluster de alta disponibilidad en una adición de Alta disponibilidad. El componente clave de
la administración de servicios de alta disponibilidad en la adición de alta disponibilidad, rgmanager implementa la conmutación fría para aplicaciones disponibles. En la adición de Alta disponibilidad, se configura una aplicación con otros recursos de cluster para formar un servicio de cluster de alta
disponibilidad. Un servicio de cluster de alta disponibilidad puede pasar de un nodo de cluster a otro sin ninguna interrupción aparente para los clientes de cluster. La conmutación de servicio de cluster puede ocurrir si un nodo de cluster falla o si el administrador de sistema de cluster traslada el servicio de un nodo de cluster a otro (por ejemplo, para tareas de mantenimiento planeadas de un nodo de cluster). Para crear un servicio de alta disponibilidad, debe configurarlo en el archivo de configuración de cluster. Un servicio de cluster consta de recursos de cluster. Los recursos de cluster son bloques de
construcción que crea y administra en el archivo de configuración de cluster — por ejemplo, una dirección IP, el script de inicialización de una aplicación o una partición compartida de Red Hat GFS2 Se puede asociar un servicio de cluster con un dominio de conmutación. Un dominio de conmutación es un subconjunto de nodos de cluster elegibles para ejecutar un servicio de cluster determinado (consulte la Figura 1.5, “Dominios de conmutación”).
Nota
Los dominios de conmutación no se requieren para el funcionamiento del cluster.
Un servicio de cluster se puede ejecutar en un solo nodo de cluster a la vez para mantener la integridad de los datos. Puede especificar la prioridad de conmutación en un dominio de conmutación. La
especificación de la prioridad de conmutación, consiste en asignar un nivel de prioridad a cada nodo en el dominio de conmutación. El nivel de prioridad determina el orden de conmutación — al determinar el nodo que el servicio de cluster debe conmutar. Si no especifica la prioridad de conmutación, un servicio de cluster puede conmutar cualquier nodo dentro de su dominio de conmutación. Asimismo, puede especificar si un servicio de cluster debe ser ejecutado únicamente en los nodos de su dominio de conmutación asociado. (Cuando el servicio está asociado a un dominio de conmutación no restringido, un servicio de cluster se puede iniciar en cualquier nodo de cluster si no hay ningún miembro del dominio de conmutación disponible.
En la Figura 1.5, “Dominios de conmutación”, el dominio de conmutación 1 está configurado para restringir la conmutación en ese dominio; así, el servicio de cluster X solo puede pasar al Nodo A o Nodo B. El dominio de conmutación 2 también está configurado para restringir la conmutación con su dominio; además, está configurado para seguir una prioridad de conmutación. La prioridad del dominio de conmutación 2 está configurada para que el Nodo C tenga una prioridad de 1, el Nodo B tenga una prioridad de 2 y el Nodo D tenga una prioridad de 3. Si el Nodo C falla, el servicio de cluster Y pasará al Nodo B. Si no puede pasar a este nodo, intentará pasar al Nodo D. El dominio de conmutación 3 está configurado sin prioridad y sin restricciones. Si el nodo que está ejecutando el servicio de cluster Z falla, el servicio pasará a cualquier nodo del dominio 3. Sin embargo, si ninguno de los nodos del dominio está disponible, el servicio de cluster Z pasará a cualquier otro nodo del cluster.
Figura 1.5. Dominios de conmutación
Figura 1.6, “Ejemplo de servicio de cluster de servidor web” muestra un ejemplo de un cluster de alta disponibilidad con un servicio de servidor de web llamado "content-webserver". Dicho servidor está siendo ejecutado en el nodo B y hace parte del dominio de conmutación contra fallos que tiene los nodos A, B y D. Además, el dominio de conmutación está configurado para seguir la siguiente prioridad conmutar el nodo D, antes del nodo A y restringir la conmutación para nodos que estén únicamente dentro de ese dominio de conmutación. El servicio de cluster está conformado por los siguientes recursos de cluster:
Recurso de dirección IP — dirección IP 10.10.10.201.
Un recurso de aplicación llamado "httpd-content" — un script de inicialización del servidor de web
/etc/init.d/httpd (que especifica httpd).
Un recurso de sistema de archivos — Red Hat GFS2 llamado "gfs2-content-webserver".
Figura 1.6. Ejemplo de servicio de cluster de servidor web
Los clientes acceden al servicio de cluster a través de la dirección IP 10.10.10.201, permitiendo la interacción con la aplicación de servidor de red, httpd-content. La aplicación httpd-content utiliza el sistema de archivos gfs2-content-webserver. Si el nodo B falla, el servicio de cluster content-webserver pasa al nodo D. Si el nodo D no está disponible o falla, el servicio pasa al nodo A. La conmutación puede presentarse sin interrupción aparente de los clientes de cluster. Se podría acceder al servicio de cluster desde otro nodo del cluster a través de la misma dirección IP que se utilizaba antes de la
conmutación.
1.5. Herramientas de administración de cluster
La administración de software de adición de Alta disponibilidad de Red Hat consta de herramientas de configuración para especificar la relación entre los componentes de cluster. Las siguientes
herramientas de configuración de cluster están disponibles con la adición de Alta disponibilidad de Red Hat:
Conga — Es una interfaz de usuario para instalar, configurar, y administrar la adición de Alta
disponibilidad de Red Hat. Consulte, Configuración y administración de adición de Alta disponibilidad para obtener información sobre configuración y manejo de la adición de Alta disponibilidad con
Conga.
Herramientas de línea de comandos — Es un set de herramientas de línea de comandos para configurar y administrar adición de Alta disponibilidad de Red Hat. Consulte Configuración y
administración de adición de Alta disponibilidad para obtener información sobre configuración y
Nota
system -config-cluster no está disponible en RHEL 6.
Historial de revisiones
Revisión 0-3.4 00 2013-10-31 Rüdiger Landmann
Rebuild with publican 4.0.0
Revisión 0-3 2012-07-18 Anthony Towns
Rebuild for Publican 3.0
Revisión 1.0-0 Wed Nov 10 2010 Paul Kennedy
