Configuración del sistema de HeartBeat Heartbeat es una aplicación que realiza el control de dos nodos, y utiliza una técnica homónima. Si un nodo no envía mensajes ("heartbeats") dentro de un determinado intervalo de tiempo, se le considera como inactivo, fallado, y sus servicios son asumidos por otro nodo. A este proceso se le llama failover. A las máquinas que componen este cluster, este agrupamiento coordinado de computadores que buscan un determinado fin, se le llama individualmente de nodos. 11.. NNooddooss yy SSeerrvviicciiooss Este punto permite que se configuren las informaciones referentes a los nodos que componen el cluster y los servicios que ellos prestan. Cada nodo puede poseer recursos asociados a sí. Los recursos son básicamente números IP virtuales que serán activados y servicios que serán inicializados cuando, como por lo menos uno de los nodos del cluster entre en funcionamiento. Estas mismas direcciones IP y los servicios son desactivados en caso de transición. Los servicios normalmente son scripts de inicialización del estándar System V, localizados en /etc/rc.d/init.d o /etc/ha.d/resource.d . Estos scripts, al ser llamados reciben el parámetro "start" o "stop" en función de la toma de servicios o de su devolución. Para pasar otros parámetros al script se puede utilizar la sintaxis: servicio::parámetro Es importante recordar que dos nodos diferentes no pueden responder por una misma dirección IP simultáneamente. 22.. CCllaavveess ddee AAuutteennttiiccaacciióónn En este punto se configura el método de autenticación, y eventualmente la clave, utilizada en los mensajes enviados. Según el autor del heartbeat, el sha1 es considerado el mejor método, seguido por el MD5. Los métodos sha1 y MD5 utilizan una clave. 33.. CCoonnffiigguurraacciióónn ddee DDiissppoossiittiivvooss Aquí se configuran los dispositivos que serán utilizados para el envío de "heartbeats". Los dispositivos pueden ser interfaces de red o puertos serie. Los puertos serie pueden utilizar un protocolo serie simple o ppp-udp. En el caso de puertos ppp-udp es necesario que se defina también la dirección IP de esta interfaz. 44.. CCoonnffiigguurraacciioonneess DDiivveerrssaass Las configuraciones básicas son: * Nombre del archivo para escribir mensajes de depuración /debug (optativo): Los mensajes de depuración generados por el heartbeat se guardarán en este archivo. * Nombre del archivo para escribir otros mensajes (optativo): Archivo donde se guardarán los mensajes de log y avisos. * Servicio a utilizarse para el syslog/logger(optativo): * Dispositivo de Watchdog (optativo): Si este nodo no envía ninguna señal para el dispositivo de watchdog durante un minuto, será reinicializado (reboot). * Cuántos segundos entre "heartbeats" (optativo): Esta opción configura el 'item keepalive, que define cada cuantos segundos será enviado un "heartbeat" para el cluster. * Tiempo(s) para declarar un nodo como inactivo (optativo): Configura deadtime, tiempo en segundos sin recibir mensajes de un determinado nodo hasta declararlo como inactivo. * Número de hops, para topologías en anillo (optativo): (hopfudge) El número máximo de hops menos el número de nodos en el archivo de configuración. * Tasa de transmisión (baud rate) para puertos serie (optativo): Define la tasa de transmisión de los puertos serie utilizados. * Puerto UDP (optativo): Puerto UDP utilizado para la comunicación entre los nodos. * Nice_failback Controla el comportamiento del sistema en caso de failback, retorno tras una falla, o inicialización del servidor primario. Al señalar esta opción, cuando el servidor primario, el que posee recursos asociados a su nombre en los archivos de configuración, está en proceso de inicialización, verifica si el cluster ya está activo. En el caso que esta respuesta sea afirmativa y alguien ya esté tomando cuenta de los recursos que serían de este servidor, actúa como servidor secundario. Esta opción es una alternativa del comportamiento estándar del heartbeat, en que el servidor primario *siempre* retoma sus recursos al inicializar.