A.4.1 Config inicial

Configure el hardware del equipo, el hardware de red, el hardware de almacenamiento, los sistemas operativos, las cuentas de usuario y demás recursos básicos del sistema de acuerdo con los requisitos documentados para los requisitos locales del cliente y de Sentinel. Pruebe los sistemas para garantizar su funcionamiento y estabilidad adecuados.

A.4.2 Configuración de almacenamiento compartido

Configure su almacenamiento compartido y asegúrese de que pueda montarlo en cada nodo del clúster. Si utiliza FibreChannel y una SAN, esto puede requerir conexiones físicas y otra configuración. El almacenamiento compartido se utilizará para albergar bases de datos y datos de eventos de Sentinel, por lo que su tamaño debe ser acorde con el entorno del cliente en función del número de eventos esperado y de las directivas de retención de datos.

Una implementación típica podría usar una SAN rápida conectada a través de FibreChannel a todos los nodos del clúster, con una matriz RAID para almacenar datos de eventos locales. Se podría utilizar una NAS independiente o un nodo iSCSI para el almacenamiento de red más lento. Siempre que el nodo del clúster pueda montar el almacenamiento local como dispositivo de bloques normal, podrá ser utilizado por la solución. El almacenamiento en red también puede montarse como dispositivo de bloques, o bien podría ser un NFS o volumen CIFS.

La solución de ejemplo utilizará destinos iSCSI configurados en una SUSE Linux VM. La VM es storage03 tal como se indica en Config inicial. Los dispositivos iSCSI se pueden crear utilizando cualquier archivo o dispositivo de bloque, pero para simplificar, aquí utilizaremos un archivo creado con este propósito.

Conecte con storage03 e inicie una sesión de consola. Utilice el comando dd para crear un archivo en blanco de cualquier tamaño para el almacenamiento local de Sentinel:

dd if=/dev/zero of=/localdata count=10240000 bs=1024

En ese caso, creamos un archivo de 10 GB lleno de ceros (copiado de /dev/zero pseudo-device). Consulte la información o la página manual de dd para conocer los detalles de las opciones de línea de comandos. Por ejemplo, para crear "discos" de diferente tamaño. El destino iSCSI trata este archivo como si fuera un disco; por supuesto que puede usar un disco real si lo prefiere.

Repita este procedimiento para crear un archivo para almacenamiento en red:

dd if=/dev/zero of=/networkdata count=10240000 bs=1024

Para este ejemplo utilizamos dos archivos ("discos") del mismo tamaño y características de rendimiento. Para una implementación de producción, podría poner el almacenamiento local en una red SAN rápida y el almacenamiento en red en un iSCSI, NFS o volumen CIFS más lentos.

Configure estos archivos como destinos iSCSI:

El procedimiento anterior expone dos destinos iSCSI del servidor en la dirección IP 10.0.0.3. En cada nodo del clúster, asegúrese de que pueda montar el dispositivo de almacenamiento compartido de datos locales. También debe formatear los dispositivos (una vez):

Repita los pasos 1-15 del procedimiento anterior y asegúrese de que cada nodo de clúster pueda montar el almacenamiento compartido local. Sin embargo, reemplace la IP del nodo del paso 5, por una IP diferente (p. ej., node02 > 10.0.0.2).

A.4.3 Instalación de Sentinel

Hay dos opciones para instalar Sentinel: instalar cada uno de los componentes de Sentinel en el almacenamiento compartido (usando la opción de ubicación para redirigir la instalación de Sentinel a donde sea que se haya montado el almacenamiento compartido) o poner solo los datos variables de la aplicación en el almacenamiento compartido.

En esta solución de ejemplo, seguiremos el segundo planteamiento e instalaremos Sentinel en cada nodo que pueda albergarlo. La primera vez que se instala Sentinel, realizaremos una instalación completa que incluye binarios de la aplicación, configuración y todos los almacenes de datos. Las instalaciones posteriores en los demás nodos del clúster solo instalarán la aplicación y darán por supuesto que los datos reales de Sentinel estarán disponibles dentro de cierto tiempo (p. ej., una vez que se monte el almacenamiento compartido).

En esta solución de ejemplo, instalaremos Sentinel en cada nodo del clúster, almacenando solo los datos variables de la aplicación en el almacenamiento compartido. Esto conserva los binarios de la aplicación y la configuración en ubicaciones estándar, nos permite verificar los RPM y además nos permite aplicar parches en caliente en determinados escenarios.

Repita la instalación en otros nodos:

El instalador inicial de Sentinel crea una cuenta de usuario para su uso por parte del producto, que utiliza la siguiente ID de usuario disponible en el momento de la instalación. Las instalaciones posteriores en modo sin supervisión tratarán de usar la misma ID para la creación de la cuenta, pero existe la posibilidad de que surjan conflictos (si los nodos del clúster no son idénticos en el momento de la instalación). Se recomienda encarecidamente realizar una de las siguientes acciones:

Al finalizar el proceso, Sentinel deberá estar instalado en todos los nodos, pero es probable que no funcione correctamente en ninguno de ellos salvo el primero hasta que varias claves estén sincronizadas, lo que sucederá cuando se configuren los recursos del clúster.

A.4.4 Instalación del clúster

Instale el software del clúster en cada nodo y registre cada nodo del clúster con el gestor de clústeres. Los procedimientos para realizarlo variarán en función de la implementación del clúster, pero al final del proceso cada nodo del clúster deberá aparecer en la consola de gestión de clústeres.

Para nuestra solución de ejemplo, configuraremos la extensión SUSE Linux High Availability Extension y la superpondremos con los agentes de recursos específicos de Sentinel:

Si no utiliza el OCF Resource Agent para supervisar Sentinel, es probable que desarrolle una solución de supervisión similar para el entorno de clúster local. El OCF Resource Agent para Sentinel es un guión shell sencillo que ejecuta una variedad de comprobaciones para verificar si Sentinel es funcional. Si desea desarrollar el suyo propio, debe examinar el Resource Agent existente para ver ejemplos (el Resource Agent está almacenado en sentinel-ha.rpm en el paquete de descarga de Sentinel).

Existen muchas formas diferentes de configurar el clúster SLE HAE, pero seleccionaremos opciones que simplifican enormemente la configuración. El primer paso consiste en instalar el software central de SLE HAE; el proceso se explica detalladamente en la Documentación de SLE HAE. Para obtener información sobre la instalación de productos complementarios de SLES, consulte la Guía de implementación.

Debe instalar el SLE HAE en todos los nodos del clúster, node01 y node02 en nuestro ejemplo. El producto complementario instalará el software de comunicaciones y gestión de clústeres central, además de cualquier Resource Agent que se utilice para supervisar los recursos del clúster.

Una vez instalado el software del clúster, deberá instalarse un RPM adicional para proporcionar Resource Agents de clúster adicionales específicos de Sentinel. El RPM puede encontrarse en novell-Sentinel-ha-7.1*.rpm incluido en la descarga normal de Sentinel, que desempaquetó para instalar el producto.

En cada nodo del clúster, copie el novell-Sentinel-ha-7.1*.rpm en el directorio /tmp y luego:

cd /tmp

rpm -i novell-Sentinel-ha-7.1*.rpm

A.4.5 Configuración del clúster

Debe configurar el software del clúster para registrar cada nodo del clúster como miembro del clúster. Aparte de esta configuración, también puede configurar los recursos de fencing y STONITH para garantizar la coherencia del clúster.

En nuestra solución de ejemplo, básicamente usamos la configuración más sencilla sin redundancia adicional u otras funciones avanzadas. Además utilizamos dirección de unidifusión (en lugar de la dirección de multidifusión preferida) porque requiere menos interacción con los administradores de red y es suficiente para fines de prueba. Además configuramos un recurso simple de fencing basado en SBD.

La solución de ejemplo utilizará direcciones IP privadas para las comunicaciones internas del clúster y utilizará unidifusión para minimizar la necesidad de solicitar direcciones de multidifusión de un administrador de red. La solución utilizará además un destino iSCSI configurado en la misma SUSE Linux VM que alberga el almacenamiento compartido que servirá como dispositivo SBD para fines de fencing. Igual que antes, se pueden crear dispositivos iSCSI utilizando cualquier archivo o dispositivo de bloque, pero para simplificar aquí usaremos un archivo creado para este fin.

Los siguientes pasos de configuración son muy similares a los de la configuración de almacenamiento compartido:

Configuración de SBD

Conéctese a storage03 e inicie una sesión de la consola. Use el comando dd para crear un archivo en blanco de cualquier tamaño:

dd if=/dev/zero of=/sbd count=1024 bs=1024

En este caso, creamos un archivo de 1 MB lleno de ceros (copiado de/dev/zero pseudo-device).

Configure el archivo como destino iSCSI:

Este procedimiento debe exponer un destino iSCSI para el dispositivo SBD en el servidor en la dirección IP 10.0.0.3 (storage03).

Configuración de nodos

Conéctese a un nodo del clúster (node01) y abra una consola:

Conéctese a cada nodo de clúster adicional (node02) y abra una consola:

En algunas circunstancias las comunicaciones del clúster no se inician correctamente. Si el clúster no se inicia (el servicio openais fallará al iniciarse):

En algunos casos, el guión de instalación fallará porque el servicio xinetd no añade correctamente el nuevo servicio csync2. Este servicio es necesario para que el otro nodo pueda sincronizar los archivos de configuración del clúster hasta este nodo. Si ve errores como csync2 run failed, podría tener este problema. Para solucionar este problema, ejecute: kill -HUP `cat /var/run/xinetd.init.pid y luego vuelva a ejecutar el guión sleha-join.

En este punto debería poder ejecutar crm_mon en cada nodo del clúster y observar que el clúster se ejecuta correctamente. Alternativamente, puede usar 'hawk', la consola Web; las credenciales de entrada por defecto son 'hacluster / linux'.

Existen dos parámetros adicionales con los que debemos jugar para este ejemplo; si estos se van a aplicar a un clúster de producción del cliente dependerá de su configuración:

A.4.6 Configuración de recursos

Tal como se mencionó en Instalación de clúster, esta solución proporciona un OCF Resource Agent para supervisar los servicios centrales en SLE HAE, y puede crear alternativas si lo desea. El software también depende de otros recursos varios, para los que se proporcionan Resource Agents por defecto con SLE HAE. Si no utiliza SLE HAE, deberá supervisar estos recursos adicionales utilizando otra tecnología:

Existen recursos adicionales, como MongoDB que se utiliza para Inteligencia de seguridad y el bus de mensajes ActiveMQ; al menos por el momento estos se supervisan dentro de los servicios centrales.

La solución de ejemplo utiliza versiones simples de los recursos necesarios, como por ejemplo Filesystem Resource Agent. Puede elegir recursos de clúster más sofisticados como cLVM (una versión de volumen lógico del sistema de archivos) si es necesario.

La solución de ejemplo proporciona un guión crm para ayudar en la configuración del clúster. El guión envía variables de configuración relevantes desde el archivo de configuración sin supervisión generado dentro de la instalación de Sentinel. Si no generó el archivo de configuración, o si desea cambiar la configuración de los recursos, puede editar el guión según corresponda.

Conéctese al nodo original en el que instaló Sentinel (debe ser el nodo en el que ejecutó la instalación completa de Sentinel) y realice lo siguiente (<SHARED1> es el volumen compartido que creó anteriormente):

mount /dev/<SHARED1> /var/opt/novell

cd /usr/lib/ocf/resource.d/novell

./install-resources.sh

Podrían surgir problemas con los nuevos recursos que aparecen en el clúster; ejecute /etc/rc.d/openais restart en node02 si experimenta este problema.

El guión install-resources.sh le pedirá algunos valores, principalmente la IP virtual que desea que utilicen las personas para acceder a Sentinel y el nombre del dispositivo del almacenamiento compartido, y luego se crearán automáticamente los recursos de clúster necesarios. Tenga en cuenta que el guión requiere que el volumen compartido ya esté montado y también requiere que esté presente el archivo de instalación sin supervisión que se creó durante la instalación de Sentinel (/tmp/install.props). No es necesario que ejecute este guión en ningún nodo instalado salvo el primero; todos los archivos de configuración relevantes se sincronizarán automáticamente en los otros nodos.

Si el entorno del cliente varía con respecto a esta solución de ejemplo, puede editar el archivo resources.cli (en el mismo directorio) y modificar las definiciones primitivas desde aquí. Por ejemplo, la solución de ejemplo utiliza el recurso de Sistema de archivos; quizá desee usar un recurso cLVM más atento al clúster.

Después de ejecutar el guión shell, puede emitir un comando de estado de crm y el resultado debería ser similar a:

crm status

Last updated: Thu Jul 26 16:34:34 2012
Last change: Thu Jul 26 16:28:52 2012 by hacluster via crmd on node01
Stack: openais
Current DC: node01 - partition with quorum
Version: 1.1.6-b988976485d15cb702c9307df55512d323831a5e
2 Nodes configured, 2 expected votes
5 Resources configured.

Online: [ node01, node02 ]
stonith-sbd    (stonith:external/sbd):    Started node01
 Resource Group: sentinelgrp
     sentinelip    (ocf::heartbeat:IPaddr2):    Started node01
     sentinelfs    (ocf::heartbeat:Filesystem):    Started node01
     sentineldb    (ocf::novell:pgsql):    Started node01
     sentinelserver    (ocf::novell:sentinel):    Started node01

En este punto, los recursos relevantes de Sentinel deben configurarse en el clúster. Puede examinar cómo se configuran y agrupan en la herramienta de gestión del clúster, por ejemplo ejecutando el estado de crm.

A.4.7 Configuración del almacenamiento en red

Como paso final de este proceso, configure el almacenamiento en red de manera que Sentinel puede migrar las particiones de eventos a un almacenamiento menos costoso. Esto es opcional y de hecho el almacenamiento en red no tiene que tener una alta disponibilidad de la misma forma que el resto del sistema; se puede usar cualquier directorio (montado desde una SAN o no), un NFS o volumen CIFS.

Haga clic enAlmacenamiento en la barra de menú superior y luego seleccione Configuración, y a continuación seleccione los botones circulares de Almacenamiento de red no configurado para configurar esta opción.

La solución de ejemplo usará un destino iSCSI simple como ubicación de almacenamiento compartido en red, con prácticamente la misma configuración que el almacenamiento local. En implementaciones de producción, es probable que se utilicen tecnologías de almacenamiento diferentes.

Utilice el siguiente procedimiento para configurar el almacenamiento en red para su uso en Sentinel:

La solución de ejemplo utiliza versiones simples de los recursos necesarios, como por ejemplo el Filesystem Resource Agent simple; los clientes pueden elegir usar recursos de clúster más sofisticados como cLVM (una versión de volumen lógico del sistema de archivos) si lo desean.