PDF de programación - Mini- Howto Servidores de Alta disponibilidad (heartbea t + drbd)

Mini- Howto Servidores de Alta disponibilidad

(heartbea t + drbd)

Heartbeat

1- Que es y que hace heartbea t

Bien, en principio vamos a ver el funcionamiento de este sistema de alta disponibilidad...

El software heartbeat trabaja enviando latidos (ping), los cuales verifican si el Server principal
esta activo o no, estos pings enviados por heartbeat requieren una respuesta por parte del Server
principal o master, si al cabo de un cierto tiempo el Server no responde dichos ping, heartbeat
determina que ese Server se encuentra inactivo /caído, y automáticamente activa al Server
secundario para que asuma el control de la red, en nuestro caso o ejemplo que vamos a usar este
asumirá el control de la red usando el IP 192.168.0.88/32. Con este funcionamiento tenemos que
el administrador de red, puede estar tranquilo, ya que en caso de que ocurra un problema con el
Server principal el Server secundario asumirá el control automáticamente , luego uno tendrá que
trabajar para volver a colocar el linea el Server primario/ caído por la falla que sea, pero lo bueno
es que uno lo puede realizar totalmente tranquilo a dicho trabajo, ya que el secundario nos esta
dando una mano y haciendo todo lo que el que el Server principal tendría que estar haciendo, con
esto lo que logramos es una alta disponibilidad de servicios, como veremos en este caso
estaremos dando alta disponibilidad de conexión a Internet , servidor web, y datos... porque digo
de datos, porque mas adelante explicaremos como hacer funcionar drbd sistema de raid1 en red.

2- Instalación y puesta en marcha

Primero que todo necesitamos 2 PC, cada una como mínimo 2 placas de red. acordemos nos que
una es destinada para el latido de heartbear.

Los paquetes para woody los podemos encontrar en....

http ://www.ultramonkey.org/ download /heartbea t/ 1. 2. 2/debian_woody/

Para otras plataformas podrían encontrar los rmp , fuentes, en google..

Los paquetes necesario son:

heartbea t- dev_1.2.2- 10woody_i386.deb
heartbea t_1.2.2- 10woody_i386.deb
ldirectord_1.2.2- 10woody_all.deb
libpils- dev_1.2.2- 10woody_i386.deb
libpils0_1.2.2- 10woody_i386.deb
libstonith- dev_1.2.2- 10woody_i386.deb
libstonith0_1.2.2- 10woody_i386.deb
stonith_1.2.2- 10woody_i386.deb

Pagina WEB donde encontrarlos:

http://www .per edanet.com.ar/utiles/ha/debs- heartbeat/

Bueno una vez instalados estos paquetes, ya sea bajo Debian o cualquier otra disto tendremos
que empezar a configurar el heartbeat, ahí vamos.

Primero definimos los nombres a cada PC miembro de cluster de HA en este caso vamos a usar 2
Pc a la que llamaremos nodo1 "primaria" y nodo2 "secundaria"

Arquitectura de las PC:

Nodo1 "cyrix PR233 con 64Mb de Ram , disco de 2Gb"

Nodo2 "Celeron 333 con 32Mb de Ram, disco de 4,3Gb"

Una vez que tenemos ambos Server ya listos, los conectaremos en red usando NIC´s ( Network
interface Card ) tarjetas de red, o bien por los puertos seriales (no lo probé ). Aca les muestro un
esquema básico de como quedaría la conexión en red de ambos nodos/Server:

FUNCIONAMIENTO NORMAL



Este es el funcionamiento normal con el que funciona la alta disponibilidad, como vemos ahí el
Nodo1 es quien en este momento posee la IP virtual vemos como el server secundario “nodo1”
esta en modo de espera, siempre atento a que el nodo1 este funcionando adecuadamente , para
eso utiliza el latido.


Ahora vemos un ejemplo si se corta el enlace del nodo1 o sufre algún problema de hardware o
software grabe.

FUNCIONAMIENTO EN MODO BACKUP “HA”



Como dijimos con anterioridad este es el esquema que realiza heartbeat cuando entra en
funcionamiento el nodo2. Así es como tendría que andar cuando rayamos terminado de leer dicho
howto

Bueno, para que todo quede funcionando según los gráficos tendremos que poner manos a la
obra

Anteriormente les comentaba que tenemos que definir los nombres de las PC, en mi caso las
agregué al DNS server que tengo en mi casa y el en /etc/hosts de cada nodo.

Por ejemplo les muestro el /etc/hosts del "nodo2"

nodo2:~ # cat /etc/hosts
127.0.0.1
192.168.0.21 nodo1
192.168.0.22 nodo2

localhost

bueno en el nodo 1 tendría que estar de la misma forma.

3- Configuración

Ahora es momento de meternos con la configuración de heartbeat, prácticamente tendremos que
tocar/jugar con 3 archivos de heartbeat los cuales se encuentran en /etc/ha.d/ ...

/etc/ha.d/ha.cf

En este configuraremos el modo de conexión de ambos equipos

/etc/ha.d/haresources
activados en el Server secundario en caso que el Server principal sufra algún conflicto.

Este es el archivo que configuraremos los servicios que serían

/etc/ha.d/authkeys
Justamente este archivo es el encargado de la seguridad del
sistema, en lo referente a encriptación de los paquetes transmitidos, como también del sistema en
si, verificación de archivos alterados, etc.

Empezamos mirando el primer archivo.

vi /etc/ha.d/ha.cf

-----------------------------------------------------------------------------------
debugfile /var/log/ha- debug
logfile /var/log/ha- log
logfacility local0
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
# # # # # # # # # #
#
# keepalive: fija el tiempo entre latidos " 2 segundos"
keepalive 2
#
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
# # # # # # # # # #
# deadtime: El nodo esta muerto después de 10 segundos
deadtime 10
#
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
# # # # # # # # # #
#
warntime 3
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
# # # # # # # # # #
#initdead: para que no empiece a funcionar apenas arranque la PC, esto es depende
#cuanto se demore para cargar todos los servicios al arrancar, recomendable 3 veces
#o mas del deadtime
initdead 100
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
# # # # # # # # # #
# hopfudge: opción para redes en anillos " números de saltos "
#hopfudge 1
#
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
# # # # # # # # # #
# serial: Para usar un canal alternativo a de red "latidos entre nodos"
#serial /dev/ttyS0
#
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #

warntime: Segundos antes de publicar el ultimo latidos, advierte a los registros

# # # # # # # # # #
# Baud: rate for serial ports...
baud 19200
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
# # # # # # # # # #
#
# udpport: puerto que usa para el latido
udpport 694
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
# # # # # # # # # #
# Que interfaz vamos a usar para el latido
bcast eth1
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
# # # # # # # # # #
# watchdog: por si queremos usar watchdog en conjunto con heartbeat #"recomendado"
watchdog /dev/watchdog
# auto_failback: si queremos o no restablecer el orden de nodo1 "Primario" y #nodo2
"Secundario"

auto_failback on

respawn hacluster /usr/lib/heartbeat/ipfail

#ping lugmen.org.ar
#si el nodo1 pierde conexión con el LUGMen se activa el nodo2 saliendo por el otro #ISP :P

ping_group name linux- ha.org lugmen.org.ar
#Si pierde conexión con los 2 hace los mismo que el anterior "mas seguro" ya que uno de los
server a los que #estamos haciendo ping puede ser quien sufra de conectividad y no nuestro
nodo, cuando no tiene conectividad #con ninguno de los 2 seguramente si es problema nuestro
(normalmente)

#
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
# # # # # # # # # #
# node nodename ... -- must match uname -n
node nodo1
node nodo2
-----------------------------------------------------------------------------------

Fin del archivo... (este como los otros dos archivos de la configuración de HA tendrán
que ser idénticos en todos los miembros del “cluster "en nuestro caso nodo1 y nodo2)

ahora veamos el siguiente archivo.

---------------------------------------------------------------------------------
# vi /etc/ha.d/haresources

---------------------------------------------------------------------------------
#
# This is a list of resources that move from machine to machine as
# nodes go down and come up in the cluster. Do not include
# "administrative" or fixed IP addresses in this file.
#
# We refer to this file when we're coming up, and when a machine is being
# taken over after going down.
#
# You need to make this right for your installation, then install it in

# /etc/ha.d
#
# These