Contenido
Clster ................................................................................................................................................. 2
Tipos de Clster .................................................................................................................................. 3
Segn el servicio que ofrecen.......................................................................................................... 3
Segn composicin fsica y lgica .................................................................................................. 3
Configuracin de un clster de alta disponibilidad ............................................................................. 4
Instalacin de Ubuntu server ........................................................................................................... 4
Configuracin de direccionamiento esttico ................................................................................... 6
Virtualizacin de la red ................................................................................................................... 7
Configuracin del balanceo de carga .............................................................................................. 8
Edicin de haresources .............................................................................................................. 10
Edicin de authkeys .................................................................................................................. 11
Edicin de ha.cf ......................................................................................................................... 12
Configuracin del DNS ..................................................................................................................... 13
Tabla de direccionamiento ................................................................................................................ 16
Clster
Tipo de arquitectura distribuida que consiste en una serie de computadores conectados entre
si (comnmente mediante redes de alta velocidad) que se comportan o muestran como un
nico equipo computacional, cada equipo dentro del clster es llamado nodo.
Tienen como objetivo mejorar significativamente el rendimiento y/o la disponibilidad
utilizando los recursos de cada nodo dentro del sistema para realizar procesos extensos o
complejos.
De un clster se espera:
Alto rendimiento
Alta disponibilidad
Alta eficiencia
Balanceo de carga
Escalabilidad
Que sea administrable
Que proporcione calidad del servicio
Actualmente los clsteres son ampliamente utilizados en todo tipo de sistemas, su
aplicacin va desde servidores web hasta bases de datos de alto rendimiento y aplicaciones
de supercomputacin, entro otros usos.
Tipos de Clster
Se clasifican segn el servicio que ofrecen y segn su composicin fsica y lgica.
Segn el servicio que ofrecen
Alto rendimiento
Ejecutan tareas que requieren de gran capacidad computacional y/o grandes
cantidades de memoria, usualmente sus recursos son comprometidos durante largos
periodos de tiempo debido a la complejidad de las tareas realizadas.
Alta disponibilidad
Diseados para proveer la mxima disponibilidad de los servicios que son ofrecidos
adems de confiabilidad al contar con software de deteccin y recuperacin ante
fallos, en relacin al hardware se tienen mltiples puntos de fallo.
Alta eficiencia
Su objetivo es el de realizar una gran cantidad de tareas en el menor tiempo posible
Segn composicin fsica y lgica
Homogneos
Las maquinas que lo componen tienen la misma estructura hardware y de sistema
operativo.
Semi-homogneos
Su rendimiento por hardware es diferente, pero su sistema operativo y arquitectura
son similares.
Heterogneo
Tanto software como hardware son diferentes.
Configuracin de un clster de alta disponibilidad
El sistema est constituido por 4 mquinas servidores y un cliente que accede a estos,
adems de balanceadores de carga para distribuir las peticiones entre los servidores y as
garantizar que el servicio est disponible siempre.
El entorno del sistema ser virtualizado en VirtualBox, para los servidores se usar el
sistema operativo Ubuntu server la versin 12.04 y los balanceadores de carga se
configurarn con Heartbeat.
Instalacin de Ubuntu server
Se escogen los aspectos bsicos de configuracin como idioma, usuario, contrasea
particin de discos etc.
Puesto que nuestros servidores ofrecern servicio web seleccionaremos la opcin de
LAMP server (Linux Apache MySQL y PHP) y la opcin DNS server para resolver el
acceso a travs de una direccin de nombre, esto instalara los paquetes necesarios para la
configuracin de dichos servicios.
Una vez finalizada la instalacin descargamos e instalamos Heartbeat en nuestra maquina
con el comando sudo apt-get install heartbeat y actualizamos los paquetes con sudo apt-
get update. Este mismo procedimiento es realizado para los 3 servidores restantes.
Configuracin de direccionamiento esttico
Accedemos a la carpeta network con el comando cd /etc/network y editamos el archivo
llamado interfaces con el comando pico interfaces para asignar una ip en cada servidor.
En el archivo aadiremos la ip asignada a nuestro servidor address, la mascara netmask
y una puerta de enlace Gateway que es importante puesto que es donde el servidor
recibir las peticiones una vez se configure el balanceo de carga.
Virtualizacin de la red
Es necesario crear la red, para ello en las preferencias de red de VirtualBox seleccionamos
el adaptador de red.
Luego se configura el adaptador en cada mquina del sistema (incluido el cliente).
Escogemos el tipo de adaptador PCnet-FAST III (Am79C973) y la opcin Permitir
todo
Configuracin del balanceo de carga
Lo primero que debemos hacer es descomprimir algunos archivos que ser necesario editar
para llevar a cabo la configuracin. En la ruta /etc/ha.d/usr/share/doc/heartbeat
descomprimiremos los archivos llamados ha.cf haresources y authkeys para
posteriormente copiarlos a la ruta /etc/ha.d.
Des encapsular: Copiar:
gzip -d ha.cf cp ha.cf /etc/ha.d
gzip -d haresources cp haresources /etc/ha.d
gzip -d authkeys cp authkeys /etc/ha.d
Nos dirigimos a la ruta /etc/network/ y configuramos el archivo interfaces para
configurar la ip de nuestro balanceador que ser la que reciba todas las peticiones del
cliente y las administra entre los diferentes servidores si alguno o algunos de ellos llegasen
a fallar.
En este caso la ip 192.168.1.5 es la ip de nuestro balanceador y ser la que reciba las
peticiones para redirigirlas a uno de los servidores.
Esta configuracin se realiza en cada servidor sin cambiar ninguna lnea.
Lo siguiente es editar los archivos que antes descomprimimos, para ello nos dirigimos a la
ruta /etc/ha.d y editamos cada uno de ellos
Edicin de haresources
En este archivo solo aadiremos en el final el nombre de la maquina servidor que estamos
configurando, la direccin ip virtual que actuara como balanceador y el servidor web.
En este caso especfico el servidor 1 UServer1
la direccin virtual que establecimos antes 192.168.1.5
y nuestro servidor apache2
Edicin de authkeys
Para este archivo solo aadiremos las lneas auth3 y 3 md5 clave esto se usa como mtodo
de autenticacin entre los servidores.
Edicin de ha.cf
En este archivo se activan algunas lneas que son necesarias (se encuentran en comentario)
y se agrega cada uno de los servidores con la sentencia nove NombreServidor como se
muestra en la imagen.
Al finalizar la edicin del archivo debemos reiniciar el servicio de heartbeat con el
comando service heartbeat restart y estar activo el servicio de alta disponibilidad.
Configuracin del DNS
Una vez instalado bind9 procedemos a editar el archivo de ruta /etc/bind/named.conf.local
creando la zona directa que es la que resolver nuestro nombre de dominio con la ip
asociada. Con el comando nano /etc/bind/named.conf.local
Donde distribuidos.local ser nuestro dominio
Luego de creadas las zonas inversa y directa se edita el archivo creado dentro de esta zona
db.distribuidos.local con el comando nano var/bind/db.distribuidos.local
Se agregan exactamente las lneas mostradas en a imagen anterior y se guardan los
cambios.
Utilizamos el comando named-checkzone distribuidos.local
/var/cache/bind/db.distribuidos.local a lo que debera aparecer un mensaje de
confirmacin indicando que no hubo problemas.
Luego se reinicia el servicio de bind9 service bind9 restart
Por ltimo se edita el archivo resolv.conf agregando la sentencia nameserver ip_Servidor
Y con ayuda del comando nslookup verificaremos que el servicio DNS funciona
correctamente. Nslookup distribuidos.local obteniendo el siguiente mensaje de
confirmacin.
Tabla de direccionamiento
Maquina IP Gateway
UServer1 192.168.1.10 192.168.1.1
UServer2 192.168.1.15 192.168.1.1
UServer3 192.168.1.20 192.168.1.1
UServer4 192.168.1.25 192.168.1.1
Cliente 192.168.1.30 192.168.1.1
Balanceador (IP virtual) 192.168.1.5 192.168.1.1
