Академический Документы
Профессиональный Документы
Культура Документы
GERSON CCERES
GERSON CCERES
iii
Derechos de autor
Gerson Cceres
2012
iv
RESUMEN
ABSTRACT
vi
TABLA DE CONTENIDO
Pg.
CAPITULO I .................................................... 1
1.
INTRODUCCION ........................................... 1
1.1.
GENERALIDADES........................................ 1
1.2.
ANTECEDENTES......................................... 1
1.3.
OBJETIVOS............................................ 4
JUSTIFICACION........................................ 5
1.5.
ALCANCE.............................................. 6
1.6.
ASPECTOS METODOLOGICOS............................... 6
REQUERIMIENTOS BSICOS............................... 9
1.8.
RENUNCIA DE RESPONSABILIDAD.......................... 9
CAPITULO II .................................................. 11
2.
2.1.
CLSTER............................................. 11
SISTEMA OPERATIVO................................... 27
vii
2.3.
SERVIDOR WEB........................................ 29
2.4.
2.5.
3.1.
3.2.
3.6.
CAPITULO IV .................................................. 46
4.
4.1.
4.2.
REQUERIMIENTOS DE HARDWARE.......................... 48
4.3.
REQUERIMIENTOS DE SOFTWARE.......................... 48
PREPARATIVOS........................................ 51
4.6.
CONFIGURACIONES ADICIONALES......................... 52
viii
ix
5.1.
5.2.
5.3.
5.4.
6.
6.1.
CONCLUSIONES........................................ 85
6.2.
RECOMENDACIONES..................................... 89
BIBLIOGRAFA ............................................... 93
GLOSARIO DE TRMINOS ....................................... 96
ANEXOS
ANEXO 1 INSTALACIN Y CONFIGURACIN DEL CENTOS ............. 102
ANEXO 2 INSTALACIN y CONFIGURACIN DE DRBD ................ 123
ANEXO 3 INSTALACIN Y CONFIGURACIN DE COROSYNC ............ 129
ANEXO 4 INSTALACIN Y CONFIGURACIN DE PACEMAKER ........... 134
ANEXO 5 INSTALACIN Y CONFIGURACIN DEL SERVIDOR DNS ....... 136
ANEXO 6 INSTALACIN Y CONFIGURACIN DEL SERVIDOR FTP ....... 143
ANEXO 7 CONFIGURACIN DE LOS RECURSOS ...................... 144
ANEXO 8 CONFIGURACIN DEL TERCER NODO ...................... 147
ANEXO 9 INSTALACIN Y CONFIGURACIN DEL SERVIDOR HTTP ...... 153
ANEXO 10 PRUEBAS FINALES DEL CLSTER CON 3 NODOS ............ 155
ANEXO 11 COMANDOS TILES.................................... 158
LISTA DE FIGURAS
FIGURA 1. COMPONENTES DE LA ESTRATEGIA DE IMPLEMENTACIN ..... 32
FIGURA 2. REPRESENTACIN GRFICA DE UN ESCENARIO PROBLEMA .... 34
FIGURA 3. REPRESENTACIN GRFICA DE UN ESCENARIO SOLUCIN .... 36
FIGURA 4. CONFIGURACIN CON DISCO COMPARTIDO. ................ 41
FIGURA 5. CONFIGURACIN CON DISCOS EN CADA NODO. ............. 42
FIGURA 6. COMPONENTES DEL ADMINISTRADOR DE MEMBRESA Y
MENSAJERA ................................................... 43
FIGURA 7. DISEO DEL CLSTER CON 2 NODOS ..................... 47
FIGURA 8. COMPONENTES DE SOFTWARE ............................ 48
FIGURA 9. COMPONENTES IMPORTANTES DE UN RECURSO DRBD. ........ 55
FIGURA 10. COMPONENTES PRINCIPALES DE COROSYNC. .............. 60
FIGURA 11. COMPONENTES INTERNOS DE PACEMAKER. ................ 64
FIGURA 12. DISEO DEL CLSTER CON 3 NODOS. ................... 73
FIGURA 13. ACTIVIDADES DE CONFIGURACIN EN EL TERCER NODO .... 74
FIGURA 14. ACTIVIDADES PARA AGREGAR UN NODO ADICIONAL AL
CLSTER. ..................................................... 76
FIGURA 15. RESULTADOS DE SINCRONIZACINCLSTER CON 2 NODOS .. 79
FIGURA 16. RESULTADOS DE SINCRONIZACINCLSTER CON 3 NODOS. 83
TABLAS
TABLA 1. ESCENARIOS PARA PRUEBAS DE REPLICACIN CLSTER CON 2
NODOS. ....................................................... 79
TABLA 2. PRUEBAS DE REPLICACIN DE ARCHIVOS CLSTER CON 2
NODOS ........................................................ 80
TABLA 3. PRUEBAS DE MIGRACIN DE RECURSOS CLSTER CON 2 NODOS
............................................................. 81
TABLA 4. ESCENARIOS PARA PRUEBAS DE REPLICACIN CLSTER CON 3
NODOS. ....................................................... 83
TABLA 5. PRUEBAS DE MIGRACIN DE RECURSOS CLSTER CON 3 NODOS
............................................................. 84
TABLA 6. PARTICIONES DE DISCO ............................... 160
xi
CAPITULO I
1. INTRODUCCION
1.1.
GENERALIDADES
representa
la
prdida
total
de
los
servicios
1.2.
ANTECEDENTES
Durante
mi
participar
pas,
lo
carrera
en
que
universitaria
varios
me
proyectos
permiti
tuve
para
conocer
la
oportunidad
empresas
de
de
primera
de
nuestro
mano
la
empresas,
sin
importar
su
tamao,
esperan
que
los
agilicen
los
procesos
para
que
la
empresa
obtenga
ms
beneficios.
de
nuestro
pas
tienden
seleccionar
alguna
pagar
licencias
de
uso
como
sucede
con
los
servicios
internet,
bsicos
envi
para
el
recepcin
acceso
de
de
navegacin
correo
electrnico,
cumple
Servidor
de
Archivos
(FTP)
casos
en
funciones
con
Correo
y
donde
las
funciones
de
Servidor
de
(SMTP),
Servidor
el
bsicas,
Firewall.
servidor
como
Linux
por
Servidor
transferencia
Obviamente,
va
Proxy,
ms
ejemplo:
all
de
existen
de
las
servidor
de
Linux
como
su
Sistema
Operativo
es
por
su
es
Sin
lugar
dudas
Linux
posee
caractersticas
muy
que
ofrece
acceso
el
las
servidor
porque
herramientas
de
los
usuarios
trabajo
no
eso
servidor
redundancia y
automticamente
a la vez
tiene
un
serio
problema
de
razn
por
lo
cual
propongo
como
parte
de
la
solucin a este tipo de problema --el servidor todo en uno-una estrategia para la implementacin de un Clster de Alta
Disponibilidad
utilizando
software
libre
GNU/Linux
para
de
alta
disponibilidad
de
tal
manera
que
los
acceso
extranet
continuo
cuando
se
los
presentan
servicios
problemas
de
con
intranet
el
servidor
principal.
1.3.
OBJETIVOS
1.3.1.
Este
OBJETIVO FINAL
proyecto
tiene
como
objetivo
final
proveer
una
1.3.2.
OBJETIVOS ESPECIFICOS
Implementar
un
prototipo
de
un
Clster
de
Alta
1.4.
JUSTIFICACION
estn
disponibles
la
mayor
cantidad
de
tiempo
Por
esta
razn
se
justifica
la
implementacin
de
este
1.5.
ALCANCE
usando
libre
para
herramientas
el
Sistema
aplicaciones
Operativo
de
Linux.
La
prototipo
del
Clster
desarrollado
para
demostrar
la
1.6.
ASPECTOS METODOLOGICOS
Internet
es
distribucin
la
del
fuente
ms
software
grande
libre,
e
es
importante
por
eso
para
que
la
este
en
libros
electrnicos,
foros
de
discusin,
blogs,
Para
poder
implementar
la
estrategia
planteada
en
este
Pruebas
1.6.1.
SOFTWARE
La Identificacin del software y su posterior localizacin
son dos de los puntos ms importantes para este tipo de
proyectos ya que de manera general existe una cantidad
importante de herramientas y aplicaciones de distribucin
libre prcticamente desconocidas.
1.6.2.
del
software,
esta
actividad
permite
tener
usabilidad,
costo
de
utilidad,
implementacin,
caractersticas,
referencias
soporte,
comparativas
1.6.3.
La
forma
respectiva
ms
sencilla
de
documentacin
obtener
(si
software
existe)
es
libre
travs
su
del
adquiridos
copiados
(el
software
libre
lo
permite!).
programas
1.6.4.
es
recomendable
leer
entender
la
documentacin
Tambin
es
importante
cumplir
los
requerimientos
1.7.
REQUERIMIENTOS BSICOS
1.8.
1 Red Ethernet.
Acceso a Internet.
RENUNCIA DE RESPONSABILIDAD
EN
NINGN
CASO
EL
AUTOR
DE
ESTA
TESIS
SER
ESTOS
FUEREN
QUE
RESULTEN,
SIN
RESTRICCIONES,
EN
10
DE
MANEJO
CIRCUNSTANCIAS,
SEAN
DE
EN
LA
UN
INFORMACIN
CONTRATO,
BAJO
NEGLIGENCIA
OTRAS
U
OTRA
EMPLEO
TRABAJO,
INCLUSO
SI
EL
AUTOR
ES
NOTIFICADO
11
CAPITULO II
2. DEFINICIONES Y CONCEPTOS IMPORTANTES
2.1.
CLSTER
Aunque
el
concepto
de
clster
en
trminos
informticos
paralelo
conformado
por
una
coleccin
de
As
mismo,
reconocidos
expertos
en
este
tema
como
Avi
un
servidor
infrecuentes
accesos
(Silberschatz,
mostrar
la
dedicado,
a
Galvin,
disparidad
para
los
&
de
realizar
recursos
Gagne,
de
2005).
opiniones
los
relativamente
otros
Para
que
procesos
terminar
existen
en
de
la
12
de
procesadores,
memoria distribuida,
red
de
baja
quizs
mouse,
etc.)
precio
como
sin
algo
conectados
Ethernet)
del
por
cuya
hardware
una
red
interfaz
(monitor,
teclado,
(preferible
de
red
no
de
est
bajo
muy
capaz
de
soportar
todas
las
caractersticas
del
evitar
una
discusin
que
puede
requerir
de
varias
manera
coordinada.
De
ningn
modo
esta
definicin
consolas
para
jugar
las
usamos
para
realicen
13
2.1.1.
TIPOS DE CLUSTERS
2.1.1.1.
el
trabajo
entre
todos
los
nodos
del
14
posee
ms
recursos
disponibles.
Este
tipo
de
2.1.1.2.
El
objetivo
de
un
clster
de
alto
rendimiento
es
la
capacidad
de
procesamiento.
Este
tipo
de
2.1.1.3.
El
objetivo
principal
de
un
clster
de
alta
palabras
mantener
en
ingls
disponible
uno
High
o
Availability,
ms
servicios
es
la
el
de
mayor
15
encarga
de
proveer
los
servicios
del
nodo
con
disponibilidad
conceptos
es
fundamentos
necesario
profundizar
relacionados
este
algunos
tipo
de
clsteres.
2.1.2.
ALTA DISPONIBILIDAD
Los componentes principales de un clster HA son:
Nodos
Sistema Operativo
Conexiones de Red
Middleware
Recursos o Servicios
16
2.1.2.1.
Un
nodo
NODOS
no
es
otra
que
un
computador
dentro
del
servidor
estrictamente
un
sper
obligatorio
computador.
que
todos
Aunque
los
no
nodos
es
del
compartan
procesamiento
caractersticas
almacenamiento
similares
para
de
evitar
un
2.1.2.2.
SISTEMA OPERATIVO
se
encuentra
ms
adelante,
sin
sistema
embargo
se
aquel
que
se
encarga
de
alojar
los
recursos
sistemas
operativos
disponibles
tienen
las
un
robusto,
sistema
estable
operativo
y
para
confiable,
multiusuario y multiproceso.
clsteres
adems
debe
debe
ser
ser
17
2.1.2.3.
CONEXIONES DE RED
se
comunicacin
recomienda
entre
los
que
nodos
sea
la
velocidad
lo
ms
de
homognea
2.1.2.4.
De
MIDDLEWARE
acuerdo
con
el
profesor
Sacha
Krakowiak
de
la
las
aplicaciones
en
cada
sitio
del
intermediario
independientes.
monitorear,
El
entre
middleware
administrar,
es
distribuir
dos
programas
el
encargado
de
controlar
el
18
Beowulf.
OpenMosix.
Pacemaker.
2.1.2.5.
Desde
el
RECURSOS O SERVICIOS
punto
de
vista
de
un
administrador
de
un servidor HTTP, el
19
2.1.3.
MODELOS DE IMPLEMENTACIN
Activo/Activo:
Este
modelo
tambin
se
conoce
como
Activo/Pasivo:
Este
modelo
tambin
se
conoce
como
temporalmente
son
nodos
al
ms
resto
pequeos
de
o
nodos
con
que
menos
recursos.
20
2.1.4.
ARQUITECTURA
de
almacenamiento
configuraciones
de
compartido.
conexin
de
Comnmente,
los
las
subsistemas
un
nico
punto
de
fallo
si
el
medio
de
almacenamiento falla.
En el caso de compartir una unidad de almacenamiento es
recomendable, usar un sistema de archivos para clsteres.
21
2.1.5.
nodos
del
concurrentes,
clster
es
tengan
decir,
que
acceso
varios
ptimo
servidores
Permitir
el
acceso
un
mismo
dispositivo
de
Vase el Glosario
22
Poseer
una
ms
capas
para
la
comunicacin
Soportar
E/S
en
todos
los
nodos
para
mayor
rendimiento y flexibilidad.
2.1.6.
OTRAS DEFINICIONES
2.1.6.1.
ALTA DISPONIBILIDAD
23
Es
el
tiempo
promedio
que
tomar
reparar
el
mtodos
para
alcanzar
una
alta
disponibilidad.
2.1.6.2.
FAILOVER
proceso
embargo,
se
en
puede
realizar
condiciones
manualmente,
ideales
se
sin
realiza
automticamente.
2.1.6.2.1.
POLTICAS DE FAILOVER
24
secuencialmente,
esto
permite
2.1.6.3.
Los
REDUNDANCIA
clsteres
de
alta
disponibilidad
implementan
el
existente,
con
la
finalidad
de
asegurar
el
25
2.1.6.4.
falla
debe
pasar
casi
desapercibida
para
los
usuarios.
2.1.6.5.
MEMBRECA
2.1.6.6.
MENSAJERA
2.1.6.7.
CERCADO
26
2.1.7.
BENEFICIOS
DE
UN
CLSTER
DE
ALTA
DISPONIBILIDAD
Uno de los beneficios principales de un clster de alta
disponibilidad es la reduccin de las interrupciones de
los
servicios
por
problemas
imprevistos
de
hardware
manera
que
sean
migrados
automticamente
otro
existen
tareas
planificadas
de
mantenimiento
27
2.2.
SISTEMA OPERATIVO
un
programa
que
acta
como
intermediario
entre
el
un
entorno
en
el
cual
el
usuario
pueda
2.2.1.
kernel(4)
aplicaciones
y
y
se
complementa
herramientas
de
con
muchas
desarrollo
libreras,
distribuidas
28
libremente
bajo
la
Licencia
Pblica
General
GNU.
La
2.2.1.1.
PROYECTO GNU
un
Sistema
Operativo
Unix-like
cuya
2.2.1.2.
Fundacin
de
Software
Libre
(Free
Software
29
2.2.1.3.
DISTRIBUCIONES GNU/LINUX
2.3.
Debian GNU/Linux.
Ubuntu.
Fedora.
SERVIDOR WEB
las
peticiones
que
usan
el
protocolo
de
30
2.4.
mucho
ms
fciles
de
recordar
que
las
direcciones
Cuando
en
una
un
usuario
aplicacin
escribe
como
un
un
nombre
navegador
web,
DNS
el
2.5.
31
transferencia
de
archivos
que
es
el
encargado
de
32
CAPITULO III
3. ESTRATEGIA DE IMPLEMENTACION
La estrategia de implementacin propuesta consiste en instalar,
configurar e integrar todos los componentes que se muestran en
la figura 1.
Servicio 1
Servicio 2
Servicio 3
Membreca
Recursos
Administradores
Mensajera
Sistema de Almacenamiento
Compartido
Distribuido
(Sincronizacin)
Sistema Operativo
Hardware
Figura 1. Componentes de la Estrategia de Implementacin.
33
Para
completar
la
estrategia
es
necesario
realizar
las
siguientes actividades:
Instalar
configurar
el
sistema
de
archivos
para
3.1.
la
arquitectura
implementar,
fsica
as
de
mismo,
la
solucin
permite
que
definir
se
el
34
Escenario Problema
INTERNET
Todos los
servicios
concentrados
en un solo
servidor
Correo
(SMTP)
Router
ISP
Web
(HTTP)
(DNS)
HTTP Proxy
Firewall
Otros
Servidor Principal
Todo en 1
Punto de Acceso
Wireless
Impresora de Red
LAPTOP
LAPTOP
Infraestructura de Red
PC
PC
PC
35
De
manera
resumirse
general
de
la
esta
representacin
siguiente
manera:
grfica
Existe
un
puede
servidor
que
ste
presenta
un
mal
funcionamiento
no
est
del
problema
puede
resumirse
de
la
siguiente
de
capaz
reemplazar
de
tal
manera
al
que
un
servidor
servidor
secundario
principal
cuando
sea
este
presenta problemas.
36
Escenario Solucin
INTERNET
Servicios
Servicios
Router
ISP
Firewall
Todos los
servicios
concentrados
en un solo
servidor
Firewall
Servidor Secundario
Todo en 1
Servidor Principal
Todo en 1
Punto de Acceso
Wireless
Todos los
servicios
concentrados
en un solo
servidor
Impresora de Red
LAPTOP
LAPTOP
Infraestructura de Red
PC
PC
PC
37
3.2.
aplicaciones,
los
servicios,
los
administradores
de
instalar
segura,
que
est
empresariales.
una
robusta
distribucin
y
orientada
Algunas
ampliamente
a
Linux
que
que
configurable,
profesionales
distribuciones
sea
es
ambientes
podran
cumplir
Enterprise
Server,
CentOS,
Oracle
Linux
Ubuntu
Server.
3.2.1.
son
vulnerables
virus
lo
nico
que
hacen
es
38
ser
aprovechados
por
software
malintencionado
objetivo
principal
es
mantener
el
sistema
ms
estable.
algunas
consideraciones
recomendaciones,
Instalar
las
actualizaciones
como
parte
del
proceso
de
Evitar
las
ocasionar
actualizaciones
desde
cortes
de
desatendidas
servicio
pues
esto
inesperados
puede
hasta
el
39
omitir
las
notificaciones
de
actualizaciones
disponibles.
3.2.2.
3.3.
INSTALACIN
CLSTERES
DEL
DEL
SISTEMA
SISTEMA
DE
ARCHIVOS
PARA
DE
ALMACENAMIENTO
DISTRIBUIDO
La tercera actividad de la estrategia consiste en instalar
un
sistema
de
archivos
para
clsteres
un
sistema
de
el
sistema
de
archivos
para
clsteres
es
un
un
clster
si
se
usa
almacenamiento
compartido;
no
40
obstante,
es
un
componente
opcional
si
cada
nodo
en
el
sistema
de
3.3.1.
De
manera
general,
almacenamiento
acceder
la
que
un
configuracin
permita
mismo
dispositivo
de
un
mltiples
de
computadores
bloques
lgico
es
es
que
dos
ms
computadores
intenten
usar
el
de
archivos
para
clsteres
en
medios
de
41
Disco
Compartido
Servidor Principal
Servidor Secundario
Algunos
de
los
sistemas
de
archivos
para
clsteres
ms
3.3.2.
requiere
obligatoriamente
de
un
sistema
de
42
Sistema de Archivos
Distribuido
Sincronizacin
Disco
Local
Servidor Principal
Disco
Local
Servidor Secundario
3.4.
MENSAJERA.
La cuarta actividad consiste en instalar un administrador de
membresa y un administrador de mensajera. El administrador
43
de
membresa
es
el
encargado
de
coordinar
toda
la
estn
fuera
coordinacin
el
de
servicio.
administrador
Para
de
poder
membresa
alcanzar
esta
monitorea
los
notifica
todos
los
otros
componentes
de
la
Administrador
de Membresa y
Administrador de
Recursos
Mensajera
Administrador de
Recursos locales
Agentes de los
Recursos
44
de
otras
comunicacin
cosas
este
entre
los
nodos
administrador
del
provee
clster.
el
Entre
soporte
de
los
miembros
del
clster;
por
otro
lado,
el
cantidad
de
informacin
necesaria
para
mantener
3.5.
estos
puedan
ser
recuperados
transferidos
la
configuracin
3
4
de
ordenamiento
45
3.6.
red,
el
propsito
principal
de
un
clster
de
alta
los
usuarios,
sin
embargo
desde
un
punto
vista
ms
46
CAPITULO IV
4. IMPLEMENTACION DEL CLSTER
En este prototipo de ejemplo se va a implementar un clster de
alta disponibilidad de 3 nodos, sin embargo, para demostrar que
la estrategia planteada en el captulo III puede ser aplicada
para un clster de alta disponibilidad de N nodos el diseo
inicial
del
un
clster
tendr
nicamente
nodos
con
los
4.1.
47
48
4.2.
REQUERIMIENTOS DE HARDWARE
mnimo
necesario
para implementar
un
clster
2 Computadores.
Acceso a Internet.
4.3.
REQUERIMIENTOS DE SOFTWARE
BIND
vsFTP
Apache
Corosync
Pacemaker
DRBD
CentOS
Figura 8. Componentes de Software.
de
49
4.4.
INSTALACION
CONFIGURACIN
DEL
SISTEMA
OPERATIVO CentOS
El Sistema Operativo seleccionado para esta implementacin
es Linux CentOS debido a que es un SO para servidores y
prcticamente
un
Enterprise
RHLE,
clon
de
la
compilado
distribucin
a
partir
Red
del
Hat
cdigo
Linux
fuente
CentOS
posee
una
comunidad
muy
grande
de
50
Fcil mantenimiento.
Desarrollo activo.
Infraestructura comunitaria.
http://www.centos.org/modules/tinycontent/index.php?id=30
51
4.5.
PREPARATIVOS
Durante
el
proceso
de
instalacin
es
necesario
definir,
4.5.1.1.
Para
este
vamos
dividir
el
disco
en
particiones primarias.
52
4.5.1.2.
Para
que
CONFIGURACIN DE RED.
todos
los
nodos
dentro
del
clster
puedan
4.6.
CONFIGURACIONES ADICIONALES
4.6.1.1.
INSTALACIN
DE
LAS
ACTUALIZACIONES
4.6.1.2.
Un
requerimiento
importante
para
que
el
clster
53
4.6.1.3.
HAT
La manera ms sencilla de instalar el software para el
clster es a travs de archivos ejecutables rpm, para
ello
es
necesario
agregar
el
repositorio
pblico
4.7.
INSTALACIN
DEL
SISTEMA
DE
ALMACENAMIENTO
DISTRIBUIDO DRBD
El sistema de almacenamiento distribuido seleccionado para
este prototipo es DRBD (Distributed Replicated Block Device)
porque ha sido diseado para construir clsteres de alta
disponibilidad y permite replicas de mltiples dispositivos
a travs de una conexin de red.
54
Re
sincronizacin
eficiente,
slo
los
bloques
que
Un disco completo.
Una particin.
4.7.1.
consiste en
replicar
los
55
Por
defecto,
DBRD
usa
el
puerto
TCP
7788
para
la
slo
estarn
disponibles
896MB
para
los
4.7.1.1.
56
4.7.1.2.
RECURSO
4.7.1.3.
DISPOSITIVO DRBD
un
recurso.
DRBD
tambin
permite
nombres
4.7.1.4.
VOLMEN
4.7.1.5.
Es
un
CONEXIN
enlace
de
comunicacin
entre
equipos
que
4.7.2.
ROLES
57
de
primario
secundario
se
conoce
como
degradacin.
lectura
escritura
sin
restricciones,
sin
embargo
en
las
tareas
de
lectura
escritura
por
las
4.7.3.
1. Instalar DBRD.
58
4.7.4.
Para
INSTALACIN DE DRBD
instalar
el
sistema
de
almacenamiento
distribuido
4.7.5.
4.8.
MENSAJERA COROSYNC
El administrador de membreca y mensajera seleccionado es
Corosync, dado que es una versin derivada de OpenAIS y est
respaldado tanto por Red Hat como por Novell/Suse. Por otro
lado contiene todos protocolos de red necesarios para la
intercomunicacin de los procesos y para la implementacin
general del clster HA sin que tenga dependencia con alguna
distribucin especfica de Linux.
59
Soporte
para
encriptacin
autenticacin
para
una
comunicacin segura.
redundante
en
el
sistema
mantiene
una
copia
de
las
aplicaciones.
Por
otro
lado,
en
lugar
de
60
todos
los
nodos
del
clster
de
manera
ordenada
consistente.
Todos
los
pasos
necesarios
para
instalar
configurar
4.8.1.
La
figura
10
muestra
los
componentes
principales
de
Corosync.
MEMBRESA
MENSAJERA
CPG
CPG
QUORUM
CONFIGURACIN
ADMINISTRACIN
CONFDB
CFG
EVC
4.8.1.1.
61
membreca
que
incluye
el
ID
del
proceso
de
la
4.8.1.2.
QUORUM
4.8.1.3.
Es
la
interfaz
extendida
virtual
de
mensajera
para
4.8.1.4.
CONFDB
4.8.1.5.
CFG
62
4.9.
PACEMAKER
El administrador de recursos seleccionado es Pacemaker, pues
no es dependiente de ninguna distribucin en especial y se
integra perfectamente con Corosync.
Prcticamente
soporta
cualquier
configuracin
de
redundancia.
La
configuracin
puede
ser
actualizada
en
cualquier
63
Todos
los
pasos
necesarios
para
instalar
configurar
4.9.1.
Pacemaker
centraliza
todas
las
decisiones
del
clster
nodo.
Si
el
nodo
coordinador
falla,
un
nuevo
de
sus
operaciones
al
coordinador
designado
4.9.1.
La
figura
Pacemaker.
11
muestra
los
componentes
internos
de
64
Motor de
Polticas
(PE)
Base de
Informacin
del Clster
(CIB)
STONITHd
Administracin
de Recursos
del Clster
(CRMd)
4.9.1.1.
Contiene
las
definiciones
de
las
opciones
de
4.9.1.2.
Es
el
MOTOR DE POLTICAS
encargado
de
calcular
el
prximo
estado
del
65
4.9.1.3.
Es
un
STONITH
mecanismo
de
aislamiento
para
los
nodos
con
La
Base
de
lenguaje
XML
Informacin
para
de
representar
Clster
la
(CIB)
utiliza
configuracin
el
del
CIB
se
mantiene
automticamente
4.9.2.
AGENTES
dentro
del
clster,
es
decir
cada
agente
se
66
4.9.3.
TIPO DE RECURSOS
4.9.3.1.
PRIMITIVO
4.9.3.2.
Es
un
GRUPO
conjunto
de
recursos
que
dependen
de
otros
4.9.3.3.
CLON
67
4.9.3.4.
MSTER
4.9.4.
4.9.4.1.
UBICACIN
4.9.4.2.
CO-UBICACIN
4.9.4.3.
Las
ORDEN
restricciones
de
orden
definen
la
secuencia
de
68
4.9.5.
Para
PUNTUACIONES E INFINITO
poder
definir
las
restricciones
correctamente
es
ir
generales
acompaada
las
de
una
puntuaciones
puntuacin.
son
muy
En
trminos
importantes
porque
Hay
puntuaciones
que
son
tomar
en
calculadas
cuenta
por
que
todas
recurso
las
las
X + INFINITO = INFINITO
X - INFINITO = -INFINITO
69
4.9.6.
NODOS DE RECUPERACIN
IGUAL
0:
El
recurso
migrar
al
nodo
original
cuando
otro
disponible.
nodo
ms
apropiado
est
70
INFINITO:
El
recurso
siempre
permanecer
en
la
-INFINITO:
El
recurso
siempre
se
mover
de
la
ubicacin actual.
las
peticiones
de
resolucin
de
nombres
71
72
es
necesario
repetir
las
mismas
actividades
del
nuevo
clster
hasta
llegar
las
pruebas
funcionales.
73
74
es
necesario
realizar
las
actividades
que
se
Instalar y Configurar
CentOS
Instalar y Configurar
DRBD
Instalar y Configurar
Pacemaker
Instalar y Configurar
nuevos Recursos
Instalar y Configurar
Corosync
Para
terminar
la
configuracin
del
tercer
nodo,
es
75
ser
el
encargado
de
recibir
responder
las
76
Disear la Nueva
Arquitectura del Clster
Actividad
Opcional
recomendada.
pero
ALTAMENTE
Instalar y Configurar
Corosync
Instalar y Configurar
Pacemaker
77
ver
una
lista
de
los
comandos
ms
tiles
de
78
CAPITULO V
5. PRUEBAS FUNCIONALES Y RESULTADOS
A diferencia de las pruebas individuales realizadas durante la
fase
de
pruebas
configuracin
funcionales
de
los
consisten
componentes
en
del
verificar
clster,
que
todos
las
los
5.1.
PRUEBAS
DE
REPLICACIN
DEL
CLSTER
CON
NODOS
De acuerdo a la figura 7, la replicacin en el clster debe
hacerse entre los datos de los recursos del Nodo A
nodo
B,
por
lo tanto
vamos a verificar
que
los
y del
cambios
79
RESULTADO
DE LA
PRUEBA
ESTADO ACTUAL
DEL CLSTER
PRUEBA
RESULTADO
ESPERADO
El
nodo
A
provee
los
recursos
de
DNS y FTP.
Un nuevo archivo
es creado en la
carpeta del
servidor FTP en
el nodo A.
El
Archivo
es
copiado
al Nodo B
OK
El
nodo
A
provee
los
recursos
de
DNS y FTP.
Una nueva
direccin es
registrada en el
servidor DNS del
nodo A.
El registro
es
actualizado
en el Nodo B
OK
El
nodo
B
provee
los
recursos
de
DNS y FTP.
Un nuevo archivo
es creado en la
carpeta del
servidor FTP en
el nodo B.
El Archivo
es copiado
al Nodo A
OK
El
nodo
B
provee
los
recursos
de
DNS y FTP.
Una nueva
direccin es
registrada en el
servidor DNS del
nodo B.
El registro
es
actualizado
en el Nodo A
OK
Nmero de
Repeticiones por
Escenario
Resultados
Positivos
Resultados
Negativos
80
TIEMPO DE
REPLICACIN
(SEGUNDOS)
5.1 MB
1.8 seg.
9.9 MB
3.9 seg.
20.2 MB
8 seg.
40.3 MB
16.5 seg.
79.9 MB
31.1 seg.
159.6 MB
64.2 seg.
320.3 MB
128.6 seg.
81
5.2.
PRUEBA
RESULTADO ESPERADO
OK
ERROR
El nodo A es
reiniciado.
OK
El nodo B es
reiniciado.
OK
OK
OK
Los recursos no
deben ser asignados
a ningn nodo.
OK
El nodo A
pierde conexin
de red.
El nodo B
pierde conexin
de red.
Los nodos A y B
son
reiniciados.
Reiniciar el
nodo B.
OK
Reiniciar el
nodo A.
OK
82
5.3.
Las
funcionales
del
clster
con
nodos
son
y del
ESTADO ACTUAL
DEL CLSTER
PRUEBA
RESULTADO
ESPERADO
RESULTADO
El nodo A provee
los recursos de
DNS, FTP y HTTP.
Un nuevo archivo es
creado en la
carpeta de servidor
FTP del nodo A.
El Archivo es
copiado al
Nodo B
OK
El nodo A provee
los recursos de
DNS, FTP y HTTP.
El registro es
actualizado en
el Nodo B
OK
El nodo B provee
los recursos de
DNS y FTP.
Un nuevo archivo es
creado en la
carpeta de servidor
FTP del nodo B.
El Archivo es
copiado al
Nodo A
OK
83
El nodo B provee
los recursos de
DNS y FTP.
El registro es
actualizado en
el Nodo A
OK
El nodo A provee
los recursos de
DNS, FTP y HTTP.
Un nuevo archivo es
creado en la
carpeta de servidor
HTTP del nodo A.
El Archivo es
copiado al
Nodo C
OK
El nodo A provee
el recurso de
HTTP.
Un nuevo archivo es
creado en la
carpeta de servidor
HTTP del nodo C.
El Archivo es
copiado al
Nodo A
OK
Nmero de
Repeticiones por
Escenario
Resultados
Positivos
Resultados
Negativos
5.4.
debe
hacerse
entre
los
nodos
B.
As
mismo,
la
84
RESULTADO ESPERADO
OK
ERROR
El nodo A es
reiniciado.
OK
El nodo B es
reiniciado.
OK
El nodo C es
reiniciado.
OK
Los nodos B y
C son
reiniciados.
OK
PRUEBA
Los nodos A,
B y C son
reiniciados.
Reiniciar el
nodo A.
OK
OK
nodos,
clster
por
como
lo
tanto
DRBD,
los
Corosync,
componentes
Pacemaker,
principales
as
como
del
los
85
6. CONCLUSIONES Y RECOMENDACIONES
6.1.
CONCLUSIONES
redundancia
empresa.
travs
a
de
las
aplicaciones
este
trabajo,
crticas
tambin
fue
de
una
posible
En
el
desarrollo
terico
del
proyecto
se
definieron
los
86
manera
que
los
recursos
sean
distribuidos
nodos
As
mismo
se
mostr
cmo
modificar
la
Es
importante
mencionar
que
pese
que
los
problemas
artculos
en
Internet
est
desactualizada
87
puedo
distribucin
afirmar
libre
implementacin
de
son
un
que
Linux
una
alternativa
clster
de alta
el
software
real
de
para
la
disponibilidad.
Una
pagar
la
capacitacin
del
personal
tcnico
en
el
Aunque
los
aspectos
relacionados
con
la
seguridad,
del
alcance
triviales,
estos
de
este
deben
proyecto,
ser
por
no
considerados
ser
para
temas
una
para
realizar
profundizar
esos
temas
en
trabajos
posteriores.
este,
es
necesario
estar
dispuesto
enfrentarse
88
llegar,
es
que
la
estrategia
de
implementacin
con
de
diseos
clsteres
de
complejos,
alta
como
disponibilidad
el
presentado
de
en
N
la
89
6.2.
RECOMENDACIONES
Verificar
que
el
hardware
que
se
va
usar
est
Usar
hardware
del
mismo
proveedor
en
los
nodos
del
Nunca
actualizar
clster
en
un
el
software
ambiente
de los
de
componentes
produccin
sin
del
haber
Revisar
peridicamente
los
archivos
de
logs
de
los
Revisar
regularmente
los
anuncios
oficiales
del
90
pruebas
del
software
seleccionado,
pero
puede ser
una
los
91
problemas
de
falta
de
redundancia
en
las
aplicaciones
no
es
fiable.
Se
recomienda
seleccionar
para
su
imagen
corporativa,
es
por
eso
que
la
pensar
en
la
escalabilidad
que
tendr
un
proyecto
deben
implementarse
las
medidas
de
seguridad
92
ejemplo:
control
de
acceso
fsico
los
servidores,
implementar
un
proyecto
usando
software
libre
el
93
BIBLIOGRAFA
El sistema de archivos en clster conforma una parte importante
en
la
estrategia
propuesta
pues
permite
usar
un
disco
Linux Network
(2002).
Diccionario
de
Internet.
94
Clustered
Linux
Matthew,
N.;
Stones,
R.
(2011).
Beginning
Programming. 4ta. Edicin. John Wiley & Sons.
Linux
(2006).
High
Availability
Informtica
Uno.
Network
Cengage
(2006).
Scalable
Internet
95
(2000).
Building
Linux
Clusters.
Alex.
(2000).
Building
Linux
Clusters.
96
GLOSARIO DE TRMINOS
Autenticacin:
Es
el
proceso
de
confirmacin
de
algo
Failover:
determinar
Significa
la
tolerancia
capacidad
de
a
un
fallos
sistema
se
usa
para
para
seguir
97
Firewall:
Significa
cortafuegos
se
usa
para
aquellos
al
espaol
es
Protocolo
de
Transferencia
de
HA:
Es
el
acrnimo
ingls
de
High
Availability
cuya
Intercomunicacin:
Es
la
capacidad
de
enviar
recibir
98
IP:
Es
el
traduccin
acrnimo
al
espaol
ingls
es
de
Internet
Protocolo
de
Protocol
Internet
cuya
es
el
99
POP:
Es
quiere
el
acrnimo
decir
protocolo
que
ingls
Protocolo
permite
de
de la
Post
Oficina
obtener
los
Office
de
Protocol
Correo
mensajes
y es
de
que
el
correo
100
traduccin
al
espaol
es
Protocolo
Simple
para
la
TCP/IP:
Es
conjunto
de
protocolos
que
hacen
posible
la
TCP:
Son
las
siglas
del
trmino
en
ingls
Transmission
101
Control
de
Transmisin
es
el
protocolo
encargado
de
102
103
104
105
106
107
108
la
opcin
bsicos.
el
caso
En
de
Dispositivos
usar
medios
de
de
almacenamiento
almacenamiento
109
110
8. CONFIGURACIN DE RED
Seleccionar la tarjeta de red respectiva y luego la opcin
Editar
para
configurar
los
parmetros
de
red
para
cada
tarjeta de red.
111
En
la
pestaa
de
Ajustes
de
IPv4
seleccionar
la
opcin
En el campo
Servidores DNS
112
113
posible
seleccionar
entre
Usar
todo
el
espacio
Tambin
modificar
es
recomendable
el
diseo
de
escoger
lar
particiones
opcin
para
Revisar
obtener
y
una
114
115
116
la
opcin
Usar
la
contrasea
del
gestor
de
117
118
119
Ahora
slo
hay
que
remover
el
disco
de
120
Tambin
es
posible
verificar
si
existen
actualizaciones
#yum check-update
#yum install <nombre_del_paquete>
121
necesario
agregar
las
siguientes
lneas
al
archivo
/etc/hosts.
192.168.56.201 nodoa nodoa.mitesis.ger
192.168.56.202 nodob nodob.mitesis.ger
ping nodoa
122
#wget -O /etc/yum.repos.d/pacemaker.repo
http://clusterlabs.org/rpm/epel-5/clusterlabs.repo
123
1. INSTALACIN DE DRBD
Para
instalar
DRBD
es
necesario
ejecutar
el
siguiente
comando:
include "drbd.d/basico.conf";
include "drbd.d/*.res";
el
archivo
/etc/drbd.d/r0.res
con
las
siguientes
124
resource r0 {
volume 0 {
device /dev/drbd0;
disk /dev/sdb1;
meta-disk internal;
}
on nodoa.mitesis.ger {
address 192.168.56.201:7789;
}
on nodob.mitesis.ger {
address 192.168.56.202:7789;
}
}
particiones
primarias
en
la
unidad
/dev/sdb
con
fdisk.
#fdisk /dev/sdb
Una
vez
creadas
las
particiones
tendremos
el
disco
125
vez
creadas
las
particiones
hay
que
ejecutar
las
siguientes instrucciones
126
8. INICIAR EL SERVICIO
Para
arrancar
el
servicio
DRBD
es
necesario
ejecutar
el
siguiente comando:
Para
establecer
las
unidades
del
nodo
como
unidades
127
Ejecutar
las
siguientes
lneas
para
formatear
las
particiones:
mkfs.ext4 /dev/drbd0
mkfs.ext4 /dev/drbd1
mkfs.ext4 /dev/drbd2
verificar
que
DRBD
se
ha
cat /proc/drbd
iniciado
correctamente,
128
129
1. INSTALACIN DE COROSYNC
Para instalar Corosync es necesario ejecutar el siguiente
comando:
corosync-keygen
el
archivo
siguientes lneas.
/etc/corosync/corosync.conf
con
las
130
compatibility: whitetank
totem {
version: 2
secauth: off
threads: 0
interface {
ringnumber: 0
bindnetaddr: 192.168.56.0
mcastaddr: 226.94.1.1
mcastport: 7777
}
}
logging {
fileline: off
to_stderr: yes
to_logfile: yes
to_syslog: yes
logfile: /var/log/corosync.log
debug: off
timestamp: on
logger_subsys {
subsys: AMF
debug: off
}
}
amf {
mode: disabled
}
131
6. PRUEBAS DE COROSYNC
Para verificar que Corosync se ha iniciado correctamente,
ejecutamos los siguientes comandos:
132
133
134
7. INSTALACIN DE PACEMAKER
Para instalar Pacemaker es necesario ejecutar el siguiente
comando:
8. CONFIGURACIN
DE
PACEMAKER
COMO
ADMINISTRADOR
DE
RECURSOS DE COROSYNC
Para
indicarle
administrador
de
Corosync
recursos
que
es
Pacemaker
necesario
ser
agregar
el
las
service {
# Load the Pacemaker Cluster Resource Manager
name: pacemaker
ver: 0
}
135
136
1. INSTALACIN DE WEBMIN
Para facilitar la configuracin de los servicios como el
servidor DNS o el servidor HTTP vamos a instalar Webmin
usando el siguiente comando:
Para
acceder
Webmin
siguientes datos:
http://192.168.56.201:10000
User: admin
Password: admin
usamos
un
navegador
Web
con
los
137
138
Tipo de Zona
Nombre de Dominio
Nombre de Servidor
Direccin de correo para notificaciones
139
140
Zone,
completamos
el
formulario
informacin.
Tipo de Zona
Nombre de Dominio
Nombre de Servidor
Direccin de correo para notificaciones
con
la
siguiente
141
crear
las
direcciones
es
necesario
seleccionar
la
142
143
Para
instalar
vsFTPd
como
servidor
de
FTP
es
necesario
anon_root=/var/ftp/pub
144
node nodoa.mitesis.ger
node nodob.mitesis.ger
primitive DNS_DAEMON lsb:named \
operations $id="DNS_DAEMON-operations" \
op start interval="0" timeout="15" \
op stop interval="0" timeout="15" \
op monitor interval="15" timeout="15" start-delay="15" \
meta target-role="started" is-managed="true"
primitive DISK1_FOLDER ocf:heartbeat:Filesystem \
params device="/dev/drbd0" directory="/disk1/" fstype="ext4" \
operations $id="DISK1-operations" \
op start interval="0" timeout="240" \
op stop interval="0" timeout="100" \
meta target-role="started" is-managed="true"
primitive DISK1_DRBD ocf:linbit:drbd \
params drbd_resource="r0" \
op start interval="0" timeout="240s" \
op stop interval="0" timeout="100s" \
meta is-managed="true" target-role="started"
primitive DNS_IP_ADDR ocf:heartbeat:IPaddr2 \
params ip="192.168.56.250" cidr_netmask="24" \
operations $id="DNS_IP_ADDR-operations" \
op monitor start-delay="0" interval="30" \
meta target-role="started" is-managed="true"
primitive FTP_DAEMON lsb:vsftpd \
operations $id="FTP_DAEMON-operations" \
op start interval="0" timeout="15" \
op stop interval="0" timeout="15" \
op monitor interval="15" timeout="15" start-delay="15" \
meta target-role="started" is-managed="true"
primitive FTP_IP_ADDR ocf:heartbeat:IPaddr2 \
145
146
147
CONFIGURACIN
DEL
TERCER
NODO
DEL
CLSTER
Para instalar DRBD hay que repetir los pasos del Anexo 2,
pero
esta
vez
es
necesario
crear
el
archivo
148
resource r1 {
volume 0 {
device /dev/drbd1;
disk /dev/sdb2;
meta-disk internal;
}
on nodoa.mitesis.ger {
address 192.168.56.201:7790;
}
on nodoc.mitesis.ger {
address 192.168.56.203:7790;
}
}
Para
instalar
configurar
Corosync
es
necesario
repetir
el
archivo
temporal
de
configuracin
149
node nodoa.mitesis.ger
node nodob.mitesis.ger
node nodoc.mitesis.ger
primitive DNS_DAEMON lsb:named \
operations $id="DNS_DAEMON-operations" \
op start interval="0" timeout="15" \
op stop interval="0" timeout="15" \
op monitor interval="15" timeout="15" start-delay="15" \
meta target-role="started" is-managed="true"
primitive DISK1_FOLDER ocf:heartbeat:Filesystem \
params device="/dev/drbd0" directory="/disk1/" fstype="ext4" \
operations $id="DISK1-operations" \
op start interval="0" timeout="240" \
op stop interval="0" timeout="100" \
meta target-role="started" is-managed="true"
primitive DISK1_DRBD ocf:linbit:drbd \
params drbd_resource="r0" \
op start interval="0" timeout="240s" \
op stop interval="0" timeout="100s" \
meta is-managed="true" target-role="started"
primitive DNS_IP_ADDR ocf:heartbeat:IPaddr2 \
params ip="192.168.56.250" cidr_netmask="24" \
operations $id="DNS_IP_ADDR-operations" \
op monitor start-delay="0" interval="30" \
meta target-role="started" is-managed="true"
primitive FTP_DAEMON lsb:vsftpd \
operations $id="FTP_DAEMON-operations" \
op start interval="0" timeout="15" \
op stop interval="0" timeout="15" \
op monitor interval="15" timeout="15" start-delay="15" \
meta target-role="started" is-managed="true"
primitive FTP_IP_ADDR ocf:heartbeat:IPaddr2 \
params ip="192.168.56.251" cidr_netmask="24" \
operations $id="FTP_IP_ADDR-operations" \
op monitor start-delay="0" interval="30" \
meta target-role="started" is-managed="true"
primitive HTTP_DAEMON lsb:httpd \
operations $id="HTTP_DAEMON-operations" \
op start interval="0" timeout="15" \
op stop interval="0" timeout="15" \
150
151
property $id="cib-bootstrap-options" \
expected-quorum-votes="3" \
stonith-enabled="false" \
dc-version="1.1.6-3.el6a02c0f19a00c1eb2527ad38f146ebc0834814558" \
no-quorum-policy="ignore" \
cluster-infrastructure="openais" \
last-lrm-refresh="1336327391"
rsc_defaults $id="rsc-options" \
resource-stickiness="100"
152
153
Para
instalar
Apache
como
servidor
de
Web
es
necesario
ServerName www.mitesis.ger:80
3. PRUEBA DE APACHE
Para
verificar
que
el
servidor
web
est
funcionando
154
155
Para
verificar
que
tanto
la
instalacin
como
la
156
cat /proc/drbd
crm_mon -1
157
158
del
clster
que
no
requieren
interrumpir
Arrancar un recurso:
Parar un recurso:
159
este
documento
herramientas
sin
para
embargo
obtener
se
recomienda
experiencia
revisar
en
la
160
Particin
Punto de Montaje
Tamao
Tipo
/dev/sda1
10GB
Ext4
/dev/sda2
No Aplicable
4GB
Swap
/dev/sda3
/usr
40GB
Ext4
/dev/sda4
/var
40GB
Ext4
Nodo A
Parmetro
Valor
Direccin IP
192.168.56.201
Mascara de Red
255.255.255.0
Puerta de Enlace
192.168.56.254
Servidores DNS
192.168.56.250
161
Nodo B
Parmetro
Valor
Direccin IP
192.168.56.2
Mascara de Red
255.255.255.0
Puerta de Enlace
192.168.56.254
Servidores DNS
192.168.56.250
Nodo C
Parmetro
Valor
Direccin IP
192.168.56.3
Mascara de Red
255.255.255.0
Puerta de Enlace
192.168.56.254
Servidores DNS
192.168.56.250