Cluster Alta Disponibilidad en Linux
Cluster Alta Disponibilidad en Linux
Introducción
En este articulo aprenderemos a implementar un Cluster de Alta disponibilidad
(AD) .
Material necesario:
-2 máquinas con Linux
-El paquete Heardbeat
-Un Sistema de ficheros con Journaling
-Una Red
-Puerto serie
¿Que es un Cluster y para que me sirve?
Un cluster , consiste en un grupo de nodos conectados entre si que interactúan
como una sola máquina (“En caso que un nodo dejase de funcionar
tomaría el control el segundo nodo”) , reduciendo así considerablemente
la tolerancia a fallos y caídas de servicio.
Un cluster podría servir perfectamente
en el caso de un problema de Hardware nuestros clientes tendrían igualmente servicio ya que uno de los nodos tomaría el control como maquina primaria.
¿Qué es Heardbeat?
Heardbeat es un paquete de software
creado por LINUX-HA , funciona
similar al System V o init pero en vez de una sola máquina pasaría a ejecutar los servicios en los nodos , basándose en que no le llegan respuestas
estas se hacen por medio de ping y por pulsaciones del cable serie.
Que es STONITH?
STONITH son la Siglas de “Shoot The Other Node In The Head” (“ Pégale un Tiro en la Cabeza al otro Nodo”). Es una técnica usada por heardbeat que se asegura de que un servidor supuestamente muerto no interfiera con el funcionamiento del cluster , en caso de no implementarse bien esta técnica , podría dar lugar a que el cluster no funcione.
A groso modo STONITH consiste en que el servidor secundario nota que el primario no funciona, y este le haría un DDOS al primario para asegurarse de que ha sido un falso positivo y tomaría el nodo secundario
el control.
Preparando el Hardware
Existen 3 cosas específicas del cluster que hay que conectar , los discos, las NICs de interconexión, el cable serial
de interconexión y los cables de control de los UPS.
•Primero instalaremos los discos , pero no crearemos aun ningún sistema de ficheros.
•Instalaremos las NICs y las configuraremos
con ips privadas de la misma subred en los rangos 192.168.0.0/16 o el rango 10.0.0/8.
•A continuación nos haremos con un cable Serial para la comunicación PC a PC . Nos aseguraremos de que el cable incluya módems null y que incluya
cables CTS Y RTS.
•Conectamos cada ordenador a su UPS.
Instalación del Software
Para nuestro cluster necesitaremos varios paquetes de software.
heardbeat-1.0.3 , heardbeat-pils-1
0.3, heardbeat-stonith-1.0.3
Cada uno de ellos se encuentra en los repositorios de las distribuciones o se incluye como paquete en los cds de instalación de esta (Cuando instale suse 9.3 me pareció verlos en la instalación) si no los encontráis podéis
mirar en http://linux-ha.org.
Los paquetes los instalaremos usando
nuestro administrador de paquetes
favoritos ya sea apt-get , yast , urpmi , emerge , etc.
Por ultimo nos queda instalar el servicio que queramos dar ya sea samba,apache postfix , etc.
Configurando DRBD
DRBD se configura en el fichero /etc/drbd.conf.
resource drbd0 {
protocol=C
fsckcmd=/bin/true
disk {
disk-size=80418208
do-panic
}
net {
sync-rate=8M # bytes/sec
timeout=60
connect-int=10
fragmento de un articulo publicado por: _TuXeD_
Introducción
En este articulo aprenderemos a implementar un Cluster de Alta disponibilidad
(AD) .
Material necesario:
-2 máquinas con Linux
-El paquete Heardbeat
-Un Sistema de ficheros con Journaling
-Una Red
-Puerto serie
¿Que es un Cluster y para que me sirve?
Un cluster , consiste en un grupo de nodos conectados entre si que interactúan
como una sola máquina (“En caso que un nodo dejase de funcionar
tomaría el control el segundo nodo”) , reduciendo así considerablemente
la tolerancia a fallos y caídas de servicio.
Un cluster podría servir perfectamente
en el caso de un problema de Hardware nuestros clientes tendrían igualmente servicio ya que uno de los nodos tomaría el control como maquina primaria.
¿Qué es Heardbeat?
Heardbeat es un paquete de software
creado por LINUX-HA , funciona
similar al System V o init pero en vez de una sola máquina pasaría a ejecutar los servicios en los nodos , basándose en que no le llegan respuestas
estas se hacen por medio de ping y por pulsaciones del cable serie.
Que es STONITH?
STONITH son la Siglas de “Shoot The Other Node In The Head” (“ Pégale un Tiro en la Cabeza al otro Nodo”). Es una técnica usada por heardbeat que se asegura de que un servidor supuestamente muerto no interfiera con el funcionamiento del cluster , en caso de no implementarse bien esta técnica , podría dar lugar a que el cluster no funcione.
A groso modo STONITH consiste en que el servidor secundario nota que el primario no funciona, y este le haría un DDOS al primario para asegurarse de que ha sido un falso positivo y tomaría el nodo secundario
el control.
Preparando el Hardware
Existen 3 cosas específicas del cluster que hay que conectar , los discos, las NICs de interconexión, el cable serial
de interconexión y los cables de control de los UPS.
•Primero instalaremos los discos , pero no crearemos aun ningún sistema de ficheros.
•Instalaremos las NICs y las configuraremos
con ips privadas de la misma subred en los rangos 192.168.0.0/16 o el rango 10.0.0/8.
•A continuación nos haremos con un cable Serial para la comunicación PC a PC . Nos aseguraremos de que el cable incluya módems null y que incluya
cables CTS Y RTS.
•Conectamos cada ordenador a su UPS.
Instalación del Software
Para nuestro cluster necesitaremos varios paquetes de software.
heardbeat-1.0.3 , heardbeat-pils-1
0.3, heardbeat-stonith-1.0.3
Cada uno de ellos se encuentra en los repositorios de las distribuciones o se incluye como paquete en los cds de instalación de esta (Cuando instale suse 9.3 me pareció verlos en la instalación) si no los encontráis podéis
mirar en http://linux-ha.org.
Los paquetes los instalaremos usando
nuestro administrador de paquetes
favoritos ya sea apt-get , yast , urpmi , emerge , etc.
Por ultimo nos queda instalar el servicio que queramos dar ya sea samba,apache postfix , etc.
Configurando DRBD
DRBD se configura en el fichero /etc/drbd.conf.
resource drbd0 {
protocol=C
fsckcmd=/bin/true
disk {
disk-size=80418208
do-panic
}
net {
sync-rate=8M # bytes/sec
timeout=60
connect-int=10
fragmento de un articulo publicado por: _TuXeD_
Comentarios
Publicar un comentario