Vous êtes sur la page 1sur 30

INSTITUTO TECNOLOGICO

De Tuxtepec

CLUSTERS
CARRERA:
INGENIERA EN INFORMTICA
MATERIA:
SISTEMAS OPERATIVOS 2
PRESENTA:

CATEDRATICO:

San Juan Bautista Tuxtepec, Oaxaca a 31 de


Agosto del 2015

ISC - 2010/01
2015

AGOSTO

Introduccin
Un clster es una tipo de arquitectura paralela distribuida que consiste de un
conjunto

de

computadores

interconectados

operando

independientes
de

forma

(y

conjunta

bajo
como

coste

en

un

nico

principio)
recurso

computacional Sin embargo, cada computador puede utilizarse de forma


independiente o separada

La tecnologa de clsteres ha evolucionado en apoyo de actividades que van


desde aplicaciones de supercmputo y software para aplicaciones crticas,
servidores web y comercio electrnico, hasta bases de datos de alto rendimiento,
entre otros usos.
El cmputo con clsteres surge como resultado de la convergencia de varias
tendencias actuales que incluyen la disponibilidad de microprocesadores
econmicos de alto rendimiento y redes de alta velocidad, el desarrollo de
herramientas de software para cmputo distribuido de alto rendimiento, as como
la creciente necesidad de potencia computacional para aplicaciones que la
requieran.
Simplemente, un clster es un grupo de mltiples ordenadores unidos mediante
una red de alta velocidad, de tal forma que el conjunto es visto como un nico
ordenador, ms potente que los comunes de escritorio.

CLSTER
El origen del trmino y del uso de este tipo de tecnologa es desconocido pero se
puede considerar que comenz a finales de los aos cincuenta y principios de los
sesenta.
La base formal de la ingeniera informtica cree que la metodologa de proveer un
medio de hacer trabajos paralelos de cualquier tipo fue inventado posiblemente
por Gene Amdahl de IBM, que en 1967 public lo que ha llegado a ser
considerado como el "white paper" inicial de procesamiento paralelo: la Ley de
Amdahl que describe matemticamente el aceleramiento que se puede esperar
paralelizando cualquier otra serie de tareas realizadas en una arquitectura
paralela.
Este

artculo

define

la

base

para

la

ingeniera

de

la

computacin

tanto multiprocesador y computacin clster, en donde el principal papel


diferenciador es si las comunicaciones interprocesador cuentan con el apoyo
dentro de la computadora (por ejemplo, en una configuracin personalizada
para el bus o la red de las comunicaciones internas) o fuera del ordenador en
una red commodity.
En consecuencia, la historia de los primeros grupos de computadoras est ms o
menos directamente ligado a la historia de principios de las redes, como una de
las principales motivaciones para el desarrollo de una red para enlazar los
recursos de computacin, de hecho la creacin de un clster de computadoras.
Las redes de conmutacin de paquetes fueron conceptualmente inventados por la
corporacin RAND en 1962.
Utilizando

el

concepto

de

una

red

de

conmutacin

de

paquetes,

el

proyecto ARPANET logr crear en 1969 lo que fue posiblemente la primera red de
computadoras bsica basadas en el clster de computadoras en cuatro centros
informticos (cada una de las cuales fue algo similar a un clster pero no un
commodity clster como hoy en da lo entendemos).

El proyecto ARPANET creci y se convirti en lo que es ahora Internet. Se puede


considerar como la madre de todos los clsteres (como la unin de casi todos
los recursos de cmputo, incluidos los clsteres, que pasaran a ser conectados).
Tambin estableci el paradigma de uso de computadoras clsteres en el mundo
de hoy: el uso de las redes de conmutacin de paquetes para realizar las
comunicaciones entre procesadores localizados en los marcos de otro modo
desconectados.
El desarrollo de la construccin de PC por los clientes y grupos de investigacin
procedi a la par con la de las redes y el sistema operativo Unix desde principios
de

la

dcada

de

los

aos

setenta,

como TCP/IP y

el

proyecto

de

la Xerox PARC proyecto y formalizado para protocolos basados en la red de


comunicaciones.
El ncleo del sistema operativo fue construido por un grupo de DEC PDP-11
minicomputadoras llamado C.mmp en C-MU en 1971.
Sin embargo, no fue hasta alrededor de 1983 que los protocolos y herramientas
para el trabajo remoto facilitasen la distribucin y el uso compartido de archivos
fueran definidos (en gran medida dentro del contexto de BSD Unix, e
implementados por Sun Microsystems) y, por tanto llegar a disponerse
comercialmente, junto con una comparticin del sistema de ficheros.
El primer producto comercial de tipo clster fue ARCnet, desarrollada en 1977 por
Datapoint pero no obtuvo un xito comercial y los clsteres no consiguieron tener
xito hasta que en 1984 VAXcluster produjeran el sistema operativo VAX/VMS.
El ARCnet y VAXcluster no solo son productos que apoyan la computacin
paralela, sino que tambin comparten los sistemas de archivos y dispositivos
perifricos.
La idea era proporcionar las ventajas del procesamiento paralelo, al tiempo que se
mantiene la fiabilidad de los datos y el carcter singular. VAXcluster, VMScluster

estn todava disponibles en los sistemas de HP OpenVMS corriendo en sistemas


Itanium y Alpha.
Otros dos principios comerciales de clsteres notables fueron el Tandem Himalaya
(alrededor 1994 de con productos de alta disponibilidad) y el IBM S/390 Parallel
Sysplex (tambin alrededor de 1994, principalmente para el uso de la empresa).
La historia de los clsteres de computadoras estara incompleta sin sealar el
papel fundamental desempeado por el desarrollo del software de PVM (parallel
virtual machine: mquina virtual paralela).
Este software de cdigo fuente libre, basado en comunicaciones TCP/IP permiti
la creacin de un superordenador virtual un clster HPC realizada desde
cualquiera de los sistemas conectados TCP/IP.
De forma libre los clsteres heterogneos han constituido la cima de este modelo,
logrando

aumentar

rpidamente

en FLOPS y

superando

con

creces

la

disponibilidad incluso de los supercomputadores ms caros.


PVM y el empleo de PC y redes de bajo costo llev, en 1993, a un proyecto de la
NASA para construir supercomputadoras basados en clsteres.
En 1995, la invencin de la Beowulf un estilo de clster una granja de
computacin diseada segn un producto bsico de la red con el objetivo
especfico de ser un superordenador capaz de realizar firmemente clculos
paralelos HPC.
Esto estimul el desarrollo independiente de la computacin Grid como una
entidad, a pesar de que el estilo Grid giraba en torno al del sistema operativo Unix
y el Arpanet

CARACTERISTICAS DEL CLSTER

Permite combinar mltiples sistemas para que trabajen en paralelo y se comporten


como un recurso informtico unificado para: servir a un grupo de tareas,
proporcionar tolerancia a fallos y tener disponibilidad continua. Por ejemplo, en el
caso de usuarios de Internet, el clustering proporciona bases de datos, correo
electrnico, ficheros u otros servicios de sistema sin interrupciones. Si se
presentara una falla dentro de una red de servidores de un clster, sta se
corregira inmediatamente sin que los usuarios lo notaran. Dentro de esta tcnica
existen una serie de conceptos fundamentales que se describen a continuacin.
Comencemos por explicar el concepto de paralelismo, que consiste en el
procesamiento de una serie de instrucciones de un programa, que son ejecutadas
por mltiples procesadores que trabajan de manera independiente. El paralelismo
puede manejarse en dos niveles: paralelismo del hardware y el software. El
primero depende bsicamente de la tecnologa de cmputo disponible, mientras el
segundo se refiere a la habilidad del usuario para encontrar reas bien definidas
del problema por resolver, de tal forma que ste pueda ser dividido en partes
autnomas que sern distribuidas entre los nodos del clster, obteniendo un
sistema de alto rendimiento computacional.
Por otro lado est el concepto de multiprocesamiento, una caracterstica del
sistema operativo que controla el hardware. El software asegura la interaccin
entre los procesadores a nivel de carga y descarga de datos, adems de realizar
el despacho de trabajos en forma mltiple, independiente y simultnea. Otro
concepto fundamental es la programacin de hebras (programming threads).
Una hebra (thread) es una secuencia de instrucciones ejecutables que pueden
correr independientemente, compartiendo recursos computacionales con otras
hebras. En un programa hay la posibilidad de ejecutar varias hebras
simultneamente. Cuando esto ocurre todas las hebras activas pueden competir y
compartir los recursos del sistema. Por lo tanto, el usuario ha recurrido a
la programacin multi-hebras (multithread) que trae como consecuencia la
concurrencia entre procesos y tiene una gran importancia en el cmputo paralelo
(para obtener una descripcin ms detallada, ver E. Cuadros 2001).

COMO FUNCIONA UN CLSTER


En general, un clster necesita de varios componentes de
software y hardware para poder funcionar:

Nodos

Sistemas Operativos

Conexiones de Red

Middleware (capa de abstraccin entre el usuario y los sistemas operativos)

Ambientes de Programacin Paralela.

Aplicaciones (pueden ser paralelas o no)

Nodos
Pueden ser simples ordenadores, sistemas multiprocesador o estaciones de
trabajo (Workstation). En informtica, de forma muy general, un nodo es un punto
de interseccin o unin de varios elementos que confluyen en el mismo lugar.
Ahora bien, dentro de la informtica la palabra nodo puede referirse a conceptos
diferentes segn el mbito en el que nos movamos:

En redes de computadoras cada una de las mquinas es un nodo, y si la


red es Internet, cada servidor constituye tambin un nodo.

En estructuras de datos dinmicas un nodo es un registro que contiene un


dato de inters y al menos un puntero para referenciar (apuntar) a otro nodo.
Si la estructura tiene solo un puntero, la nica estructura que se puede
construir con l es una lista, si el nodo tiene ms de un puntero ya se pueden
construir estructuras ms complejas como rboles o grafos.

El clster puede estar conformado por nodos dedicados o por nodos no


dedicados.
En un clster con nodos dedicados, los nodos no disponen de teclado, ratn ni
monitor y su uso est exclusivamente dedicado a realizar tareas relacionadas con
el clster. Mientras que, en un clster con nodos no dedicados, los nodos
disponen de teclado, ratn y monitor y su uso no est exclusivamente dedicado a
realizar tareas relacionadas con el clster, el clster hace uso de los ciclos de reloj
que el usuario del computador no est utilizando para realizar sus tareas.
Cabe aclarar que a la hora de disear un clster, los nodos deben tener
caractersticas similares, es decir, deben guardar cierta similitud de arquitectura y
sistemas operativos, ya que si se conforma un clster con nodos totalmente
heterogneos (existe una diferencia grande entre capacidad de procesadores,
memoria, disco duro) ser ineficiente debido a que el middleware delegar o
asignar todos los procesos al nodo de mayor capacidad de cmputo y solo
distribuir cuando este se encuentre saturado de procesos; por eso es
recomendable construir un grupo de ordenadores lo ms similares posible.
Sistemas operativos
Un sistema operativo debe ser multiproceso y multiusuario. Otras caractersticas
deseables son la facilidad de uso y acceso. Un sistema operativo es un programa
o conjunto de programas de computadora destinado a permitir una gestin eficaz y
segura de sus recursos. Comienza a trabajar cuando el gestor de arranque carga
en memoria su ncleo y gestiona el hardware de la mquina desde los niveles
ms bsicos, permitiendo tambin la interaccin con el usuario. Se puede
encontrar normalmente en la mayora de los aparatos electrnicos que utilicen
microprocesadores para funcionar, ya que gracias a estos podemos entender la
mquina y que sta cumpla con sus funciones (telfonos mviles, reproductores
de DVD, radios, computadoras, etc.).
Conexiones de red

Los nodos de un clster pueden conectarse mediante una simple red Ethernet con
placas comunes (adaptadores de red o NICs), o utilizarse tecnologas especiales
de alta velocidad como Fast Ethernet, Gigabit Ethernet, Myrinet, InfiniBand, SCI,
etc.

Ethernet

Son las redes ms utilizadas en la actualidad, debido a su relativo


bajo coste. No obstante, su tecnologa limita el tamao de paquete,
realizan excesivas comprobaciones de error y sus protocolos no son
eficientes, y sus velocidades de transmisin pueden limitar el rendimiento
de los clsteres. Para aplicaciones con paralelismo de grano grueso puede
suponer una solucin acertada.

La opcin ms utilizada en la actualidad es Gigabit Ethernet


(1 Gbit/s), siendo emergente la solucin 10 Gigabit Ethernet (10 Gbit/s). La
latencia de estas tecnologas est en torno a los 30 a 100 s, dependiendo
del protocolo de comunicacin empleado.

En todo caso, es la red de administracin por excelencia, as que


aunque no sea la solucin de red de altas prestaciones para las
comunicaciones, es la red dedicada a las tareas administrativas.

Middleware
El middleware es un software que generalmente acta entre el sistema operativo
y las aplicaciones con la finalidad de proveer a un clster lo siguiente:

Una interfaz nica de acceso al sistema, denominada SSI (Single System


Image), la cual genera la sensacin al usuario de que utiliza un nico
ordenador muy potente;

Herramientas para la optimizacin y mantenimiento del sistema: migracin


de procesos, checkpoint-restart (congelar uno o varios procesos, mudarlos de
servidor y continuar su funcionamiento en el nuevo host), balanceo de carga,
tolerancia a fallos, etc.;

Escalabilidad: debe poder detectar automticamente nuevos servidores


conectados al clster para proceder a su utilizacin.

Existen diversos tipos de middleware, como por


ejemplo: MOSIX, OpenMOSIX, Cndor, OpenSSI, etc.
El middleware recibe los trabajos entrantes al clster y los redistribuye de manera
que el proceso se ejecute ms rpido y el sistema no sufra sobrecargas en un
servidor.

Esto

se

realiza

mediante

polticas

definidas

en

el

sistema

(automticamente o por un administrador) que le indican dnde y cmo debe


distribuir los procesos, por un sistema de monitorizacin, el cual controla la carga
de cada CPU y la cantidad de procesos en l.
El middleware tambin debe poder migrar procesos entre servidores con distintas
finalidades:

balancear la carga: si un servidor est muy cargado de procesos y otro est


ocioso, pueden transferirse procesos a este ltimo para liberar de carga al
primero y optimizar el funcionamiento;

Mantenimiento de servidores: si hay procesos corriendo en un servidor que


necesita mantenimiento o una actualizacin, es posible migrar los procesos a
otro servidor y proceder a desconectar del clster al primero;

Priorizacin de trabajos: en caso de tener varios procesos corriendo en el


clster, pero uno de ellos de mayor importancia que los dems, puede
migrarse este proceso a los servidores que posean ms o mejores recursos
para acelerar su procesamiento.

Ambiente de programacin paralela

Los ambientes de programacin paralela permiten implementar algoritmos que


hagan uso de recursos compartidos: CPU (central Processing unit: unidad central
de proceso), memoria, datos y servicios.

CLSTER EN APLICACIONES CIENTIFICAS

Se suelen caracterizar por ser aplicaciones computacionalmente intensivas

Sus necesidades de recursos son muy importantes en almacenamiento y


especialmente memoria.

Requieren nodos y sistemas dedicados, en entornos HPC y HTC.

Suelen estar controlados los recursos por planificadores tipo Maui y


gestores de recursos tipo PBS.

Son en muchas ocasiones cdigos legacy, difciles de mantener, ya que los


dominios de aplicacin suelen ser difcilmente paralelizables.

Ejemplos: Simulaciones (earth simulator), genmica computacional, prediccin


meteorolgica (MM5), simulacin de corrientes y vertidos en el mar, aplicaciones
en qumica computacional

CLSTER EN APLICACIONES EMPRESARIALES

Suelen ser aplicaciones no especialmente intensivas computacionalmente,


pero que demandan alta disponibilidad y respuesta inmediata, con lo que los
servicios se estn ejecutando continuamente y no controlados por un sistema
de colas

Es usual que un sistema provea varios servicios. Una primera aproximacin


para realizar una distribucin del trabajo es separar los servicios:

Un servidor web con la BD en un nodo, el contenedor EJB en otro y el


servidor de pginas web en otro constituye un claro ejemplo de
distribucin en el mbito empresarial.

Otra aproximacin es instalar una aplicacin web en un clster squid


como proxy-cach, apache/tomcat como servidor: web/de aplicaciones
web, memcached como cach de consultas a la base de datos y mysql
como base de datos. Estos: servicios pueden estar replicados en varios
nodos del clster.

Ejemplos: Flickr, Wikipedia y Google.

PLANEAR Y PREPARAR LA INSTALACIN DE CLSTERES


Se aplica a: Windows Server 2003, Windows Server 2003 R2, Windows Server
2003 with SP1, Windows Server 2003 with SP2.
Planear y preparar la instalacin de clsteres
Antes de llevar a cabo la instalacin de un clster, debe planear los detalles de
hardware y de red.
Precaucin

si utiliza un dispositivo de almacenamiento compartido, antes de crear un


clster, al encender el equipo e iniciar el sistema operativo, es muy
importante que slo un nodo tenga acceso al disco de clster. De lo
contrario, los discos de clster resultarn daados. Para proteger los discos
de clster antes de crear el clster y evitar que se daen, cierre todos los
nodos de clster menos uno o utilice otras tcnicas (por ejemplo, mscaras

LUN, presentacin selectiva o divisin en zonas). Cuando el Servicio de


Cluster Server se est ejecutando correctamente en un nodo, los dems
nodos se pueden instalar y configurar simultneamente. Todos los nodos
del clster deben ejecutar Windows Server 2003, Enterprise Edition o
Windows Server 2003, Datacenter Edition.
Al elaborar el plan, revise los elementos siguientes:
Hardware y controladores del clster
Microsoft slo admite sistemas completos de clsteres de servidor que sean
compatibles con la familia de Windows Server 2003. Compruebe si toda su
solucin de clster es compatible con los productos de la familia de Windows
ServerRecursos de soporteRecursos de soporte.
Para los discos de clster debe utilizar el sistema de archivos NTFS y
configurarlos como discos bsicos. No es posible configurar los discos de clster
como dinmicos ni utilizar caractersticas de este tipo de discos, como los
volmenes distribuidos (conjuntos de volmenes).
Repase detenidamente las instrucciones del fabricante antes de comenzar a
instalar el hardware del clster. De lo contrario, el almacenamiento del clster
puede resultar daado. Si el hardware del clster incluye un bus SCSI, asegrese
de revisar cuidadosamente las instrucciones referentes a la terminacin del bus
SCSI y a la configuracin de los Id. de SCSI.
Para simplificar la configuracin y eliminar posibles problemas de compatibilidad,
trate de utilizar hardware idntico para todos los nodos.
Adaptadores de red en los nodos de clster
Mientras realiza los planes, decida qu tipo de comunicacin se efectuar en cada
adaptador de red. En la lista siguiente se ofrecen detalles acerca de los tipos de
comunicacin que se pueden llevar a cabo en un adaptador:

Slo comunicacin de nodo a nodo (red privada). Esto implica que el


servidor tiene uno o varios adaptadores adicionales para efectuar otro tipo
de

comunicacin.

Para la comunicacin de nodo a nodo, el adaptador de red se conecta a


una red privada que se utiliza exclusivamente dentro del clster. Tenga en
cuenta que si la red privada utiliza un nico concentrador o conmutador de
red, dicho dispositivo constituye un posible punto concentracin de errores
en

el

clster.

Los nodos de un clster deben estar en la misma subred, pero puede


utilizar conmutadores de red LAN virtual (VLAN) en las interconexiones
entre dos nodos. Si utiliza una red VLAN, la latencia punto a punto de
recorrido completo debe ser inferior a 1/2 segundo y el vnculo entre dos
nodos debe aparecer como una conexin punto a punto nica desde la
perspectiva del sistema operativo Windows que se ejecute en los nodos.
Para evitar que haya puntos de concentracin de errores, utilice hardware
VLAN

independiente

para

las

diferentes

rutas

entre

los

nodos.

Si los nodos utilizan varias redes privadas (nodo a nodo), se recomienda


usar para sus adaptadores direcciones IP estticas en lugar de DHCP.

Slo comunicacin del cliente al clster (red pblica). Esto implica que
el servidor tiene uno o varios adaptadores adicionales para efectuar otro
tipo de comunicacin.

Comunicacin de nodo a nodo y del cliente al clster (red mixta). Si


hay varios adaptadores de red por nodo, un adaptador que efecte ambos
tipos de comunicacin puede servir como respaldo de los otros adaptadores
de red.

Comunicacin no relacionada con el clster. Si un nodo que forma parte


de un clster proporciona tambin servicios no relacionados con el clster y
tiene suficientes adaptadores, puede que desee utilizar un adaptador para
efectuar la comunicacin no relacionada con el clster.

Los nodos de un clster tienen que estar conectados mediante dos o ms redes
de rea local (LAN); se necesitan al menos dos redes para evitar que haya un
nico punto de error. La configuracin de un clster de servidores con sus nodos
conectados a travs de una sola red no est permitida. Los adaptadores, cables,
concentradores y conmutadores de cada red se deben configurar de manera que,
cuando presenten un error, no afecten al resto. Normalmente, eso implica que los
componentes de cualquier par de redes deben ser fsicamente independientes.
Deben

configurarse

al

menos

dos

redes

para

controlar Todas

las

comunicaciones (red mixta) o Slo para comunicaciones de clster internas


(red privada).
La configuracin recomendada para dos adaptadores consiste en utilizar un
adaptador para la comunicacin privada (slo de nodo a nodo) y el otro para la
comunicacin mixta (comunicacin de nodo a nodo y del cliente al clster).
Intente elegir un nombre para cada conexin en el que se indique su propsito. El
nombre facilita la identificacin de la conexin cuando sea necesario configurar el
servidor.
Notas

Si utiliza adaptadores de red con tolerancia a errores, cree varias redes


privadas en lugar de una sola red tolerante a errores.

No utilice adaptadores de red de colaboracin en la red privada.

No configure una puerta de enlace predeterminada o un servidor DNS o


WINS en los adaptadores de red privada. No configure los adaptadores de
la red privada de modo que utilicen servidores de resolucin de nombres en
la red pblica; de lo contrario, un servidor de resolucin de nombres en la
red pblica podra asignar un nombre a una direccin IP en la red privada.
Si un cliente recibiera esa direccin IP del servidor de resolucin de
nombres, podra no tener acceso a la direccin porque no existe ninguna
ruta desde el cliente a la direccin de la red privada.

Configure servidores WINS o DNS en los adaptadores de la red pblica. Si


se utilizan recursos de nombre de red en las redes pblicas, configure los
servidores DNS de modo que admitan actualizaciones dinmicas; de lo
contrario, puede que la operacin de conmutacin por error no se efecte
correctamente en dichos recursos. Configure tambin una puerta de enlace
predeterminada en los adaptadores de la red pblica. Si hay varias redes
pblicas en el clster, configure una puerta de enlace predeterminada slo
en una de ellas.

Los adaptadores de un nodo determinado deben conectarse a redes en


subredes diferentes.

Si se utiliza el Asistente para el nuevo clster de servidor o el Asistente para


agregar nodos con el fin de instalar clsteres en un nodo que contiene dos
adaptadores de red, de forma predeterminada, el asistente configura ambos
adaptadores para comunicaciones de red mixta. Se recomienda que cambie
la configuracin de un adaptador para usarse nicamente en las
comunicaciones de la red privada. Configure manualmente las opciones de
comunicacin, como Velocidad, Modo dplex, Control de flujo y Tipo de
medio, de cada adaptador de red del clster. No utilice la deteccin
automtica. Todos los adaptadores de red del clster deben utilizar la
misma configuracin de comunicaciones.

Compruebe si toda su solucin de clster es compatible con los productos


de la familia de Windows Server Recursos de soporte.

Direccin IP del clster


Obtenga una direccin IP esttica para el clster. No puede utilizar DHCP para
esta direccin.
Asignacin de direcciones IP para los nodos del clster
Determine cmo administrar el direccionamiento IP para los nodos individuales del
clster. Cada adaptador de red de cada nodo requiere la asignacin de
direcciones IP. Se recomienda asignar una direccin IP esttica a cada adaptador
de red. Como alternativa, puede asignar las direcciones IP mediante DHCP. Si
utiliza direcciones IP estticas, configure las correspondientes a cada pareja
vinculada de adaptadores de red (vinculados de nodo a nodo) de modo que estn
en la misma subred.
Tenga en cuenta que si utiliza DHCP para los nodos individuales del clster, puede
resultar un punto de concentracin de errores. Es decir, si configura los nodos del
clster de forma que dependan de un servidor DHCP para obtener sus direcciones
IP, un error temporal del servidor DHCP puede hacer que los nodos del clster
dejen de estar disponibles durante ese tiempo. Al decidir si se va a utilizar DHCP,
evale el modo de garantizar la disponibilidad de los servicios DHCP y considere
la posibilidad de utilizar concesiones duraderas para los nodos del clster. De esta
forma ayuda a garantizar que siempre tengan una direccin IP vlida.
Nombre del clster
Determine u obtenga un nombre apropiado para el clster. Se trata del nombre
que los administradores utilizarn para las conexiones con el clster. Las
aplicaciones que se ejecutan en el clster suelen tener nombres de red diferentes.
El nombre del clster debe ser distinto del nombre de dominio, de todos los
nombres de equipo del dominio y de otros nombres de clsteres del dominio.

Cuentas de equipo y asignacin de dominios para los nodos del clster


Asegrese de que todos los nodos del clster tienen cuentas de equipo en el
mismo dominio. Los nodos del clster no pueden estar en un grupo de trabajo.
Cuenta de usuario de operador para la instalacin y configuracin del Servicio de
Cluster Server
Para instalar y configurar el Servicio de Cluster Server, debe utilizar una cuenta
que pertenezca al grupo Administradores local en cada nodo. Al instalar y
configurar los nodos, si no utiliza una cuenta del grupo local Administradores, se le
pedir que proporcione las credenciales de inicio de sesin de dicha cuenta.
Cuenta de usuario del Servicio de Cluster Server
Cree u obtenga la cuenta de usuario del Servicio de Cluster Server. Se trata del
nombre y la contrasea con los que se ejecutar dicho servicio. Debe suministrar
esta informacin durante la instalacin del clster.
Es conveniente que la cuenta de usuario del Servicio de Cluster Server no se
utilice para ningn otro fin. Si tiene varios clsteres, configure una cuenta de
usuario del Servicio de Cluster Server exclusiva para cada uno. La cuenta debe
ser de dominio, no puede ser local. Sin embargo, no debe configurar esta cuenta
como de administrador de dominio porque no necesita derechos de usuario de
administrador de dominio.
Como parte del proceso de configuracin del clster, la cuenta de usuario del
Servicio de Cluster Server se agrega al grupo Administradores local de cada nodo.
Adems de ser miembro del grupo local de administradores, la cuenta de usuario
del Servicio de Cluster Server requiere un conjunto adicional de derechos de
usuario:

Actuar como parte del sistema operativo

Realizar copia de seguridad de archivos y directorios

Ajustar cuotas de memoria para un proceso

Aumentar la prioridad de programacin

Iniciar sesin como servicio

Restaurar archivos y directorios

Adems, de forma predeterminada, la cuenta del Servicio de Cluster Server


hereda los derechos de usuario siguientes por ser miembro del grupo local
Administradores:

Administrar registro de auditora y de seguridad

Depurar programas

Suplantar a un cliente despus de la autenticacin

Si su organizacin ha quitado estos derechos de usuario del conjunto


predeterminado de privilegios asignados al grupo local Administradores, tiene que
asignar especficamente estos derechos de usuario a la cuenta del Servicio de
Cluster Server.
Los derechos de usuario anteriores se conceden a la cuenta de usuario del
Servicio de Cluster Server como parte del proceso de configuracin del clster.
Observe que la cuenta de usuario del Servicio de Cluster Server continuar
teniendo estos derechos de usuario incluso despus de que todos los nodos se
hayan retirado del clster. El riesgo que supone esta circunstancia se ve atenuado
por el hecho de que estos derechos de usuario no se conceden en todo el
dominio, sino slo de forma local en cada nodo existente anteriormente. Sin
embargo, debe quitar la cuenta de cada nodo retirado si ya no se necesita.

Asegrese de evitar que la contrasea caduque en la cuenta de usuario del


Servicio de Cluster Server (siga las directivas de su organizacin para la
renovacin de contraseas). Para obtener ms informacin, consulte Contraseas.
Volumen para informacin importante de configuracin del clster (archivos de
punto de comprobacin y registro)
Piense en disponer de un volumen independiente en el almacenamiento del
clster para contener informacin importante de configuracin del mismo. Esta
informacin conforma el recurso de qurum del clster, que es necesario cuando
un nodo del clster deja de funcionar. El recurso de qurum proporciona un lugar
de almacenamiento independiente del nodo destinado a datos esenciales para el
clster.
El tamao mnimo recomendado del volumen es de 500 MB. Se recomienda que
no almacene datos de usuario en ningn volumen de recurso de qurum. No use
instantneas de carpetas compartidas para el recurso de qurum. Si planea
colocar el recurso de qurum en un disco con mltiples particiones NTFS,
asegrese de que todas las particiones del disco estn asignadas a letras de
unidad.
Nota

al planear y realizar la configuracin de los discos de clster, configrelos


como discos bsicos con todas las particiones formateadas como NTFS
(pueden estar comprimidos o no). Cree particiones y formatee todos los
discos del dispositivo de almacenamiento del clster antes de agregar el
primer nodo al clster. No los configure como discos dinmicos ni utilice
volmenes distribuidos (conjuntos de volmenes) ni Almacenamiento
remoto en los discos del clster. Las particiones de los discos de clster en
un dispositivo de almacenamiento en clster deben crearse como discos de
registro de inicio maestro (MBR) en lugar de discos de tabla de particiones
GUID (GPT).

En la siguiente seccin se describe la instalacin fsica del almacenamiento del


clster.
Comenzar la instalacin del hardware del clster
Los pasos que se llevan a cabo al conectar fsicamente e instalar el hardware del
clster por primera vez son cruciales. Asegrese de seguir las instrucciones del
fabricante del hardware con relacin a dichos pasos iniciales.
Importante

Revise con atencin los cables de red despus de conectarlos. Asegrese


de que no hay ningn cable cruzado por error (por ejemplo, una red privada
conectada a una pblica).

Pasos iniciales que se deben llevar a cabo en el BIOS o EFI si se utiliza un


dispositivo de almacenamiento compartido de SCSI
Si utiliza un dispositivo de almacenamiento compartido, al adjuntar el hardware de
clster por primera vez (el bus compartido y el almacenamiento de clster),
asegrese de que trabaja slo desde las pantallas de configuracin de firmware en
los nodos del clster (un nodo es un servidor en un clster). En un equipo de 32
bits, utilice las pantallas de configuracin del BIOS. En un equipo basado en la
arquitectura Itanium, utilice las pantallas de configuracin de la Interfaz de
firmware extensible (EFI). Las instrucciones del fabricante explicarn si estas
pantallas de configuracin se muestran automticamente o si, tras encender el
equipo, debe presionar teclas especficas para obtener acceso a ellas. Siga las
instrucciones del fabricante para completar el proceso de configuracin del BIOS o
la EFI. Durante esta fase inicial de la instalacin, permanezca en las pantallas de
configuracin del BIOS o EFI, y no deje que se inicie el sistema operativo. Realice
los pasos siguientes mientras los nodos del clster siguen presentando pantallas
de configuracin del BIOS o EFI, antes de iniciar el sistema operativo en el primer
nodo de clster.

Importante

Asegrese de que comprende y sigue las instrucciones del fabricante para


terminar el bus SCSI.

Asegrese de que todos los dispositivos del bus compartido (tanto los
controladores SCSI como los discos duros) tienen un Id. SCSI nico. Si
todos los controladores SCSI tienen el mismo Id. predeterminado
(normalmente es el Id. SCSI 7), cambie el Id. de un controlador por, por
ejemplo Id. SCSI 6. Si en el bus SCSI compartido va a haber ms de un
disco, cada uno de ellos debe tener tambin un Id. SCSI nico. Asegrese
tambin de que el bus no est configurado para restablecer los Id. SCSI
automticamente al encender el equipo (de lo contrario, cambiar los Id.
que usted ha especificado).

Asegrese de que puede examinar el bus y ver las unidades desde los
nodos del clster (mientras est viendo las pantallas de configuracin del
BIOS o EFI).

Pasos iniciales que se deben llevar a cabo en el BIOS o EFI si se utiliza un


dispositivo de almacenamiento compartido de Fibre Channel o no se utiliza ningn
dispositivo de almacenamiento compartido

Encienda un solo nodo. Deje los dems nodos apagados.

Durante esta fase inicial de la instalacin, permanezca en el proceso de


configuracin del BIOS o la Interfaz de firmware extensible (EFI, Extensible
Firmware Interface) y no deje que se inicie el sistema operativo. Cuando
est viendo las pantallas de configuracin del BIOS o la EFI, asegrese de
que puede examinar el bus y ver las unidades desde el nodo de clster
activo. En un equipo de 32 bits, utilice las pantallas de configuracin del
BIOS. En un equipo basado en la arquitectura Itanium, utilice las pantallas
de configuracin de la EFI. Consulte las instrucciones del fabricante para

determinar si las pantallas de configuracin se muestran automticamente o


si, tras encender el equipo, debe presionar teclas especficas para tener
acceso a ellas. Siga las instrucciones del fabricante para completar el
proceso de configuracin del BIOS o la EFI.
Pasos finales para completar la instalacin
Si

todava

no

ha

instalado

Windows Server 2003,

Enterprise

Edition

Windows Server 2003, Datacenter Edition en el primer nodo del clster, instlelo
antes de continuar. Despus de completar la configuracin del BIOS o EFI, inicie
el sistema operativo en un solo nodo del clster y complete la configuracin del
Servicio de Cluster Server mediante el Administrador de clsteres.
Con el Asistente para el nuevo clster de servidor del Administrador de clsteres,
puede elegir entre las opciones de configuracin Tpica (completa) y Avanzada
(mnima). La configuracin tpica es adecuada para la mayora de las instalaciones
y su resultado es un clster totalmente configurado. Utilice la opcin de
configuracin Avanzada slo para los clsteres que tengan configuraciones de
almacenamiento complejas que el Asistente para el nuevo clster de servidor no
pueda comprobar o para configuraciones en las que no desea que el clster
administre todo el almacenamiento. En los ejemplos siguientes se describe cada
caso:

En algunas soluciones de almacenamiento complejas, por ejemplo, un


tejido conmutado de canales de fibra que contiene varios conmutadores, es
posible que una unidad de almacenamiento determinada tenga una
identidad diferente en cada equipo del clster. Aunque es una configuracin
de almacenamiento vlida, no cumple la heurstica de validacin del
almacenamiento del Asistente para el nuevo clster de servidor. Si tiene
este tipo de solucin de almacenamiento, es posible que ocurra un error al
intentar crear un clster mediante la opcin de configuracin Tpica. Si el
almacenamiento est correctamente configurado, puede deshabilitar la
heurstica de validacin del almacenamiento y evitar este error; para ello,

reinicie el Asistente para el nuevo clster de servidor y seleccione la opcin


de configuracin Avanzada.

Es posible que desee tener, en algunos nodos de un clster, algunos discos


que se van a organizar en clsteres y algunos que se van a mantener
privados. La opcin de configuracin Tpica configura todos los discos como
discos organizados en clsteres y crea los recursos de clster para todos
ellos. No obstante, con la opcin de configuracin Avanzada, puede
mantener algunos discos privados porque esta configuracin crea un clster
que slo administra el disco de qurum (si eligi utilizar un disco fsico
como recurso de qurum). Una vez creado el clster, debe utilizar el
Administrador de clsteres para agregar otros discos que desea que el
clster administre.

Importante

Si utiliza un dispositivo de almacenamiento compartido: antes de crear un


clster, al encender el equipo e iniciar el sistema operativo, es muy
importante que slo un nodo tenga acceso al disco de clster. De lo
contrario, los discos de clster resultarn daados. Para proteger los discos
de clster antes de crear el clster y evitar que se daen, cierre todos los
nodos de clster menos uno o utilice otras tcnicas (por ejemplo, mscaras
LUN, presentacin selectiva o divisin en zonas). Asimismo, antes de iniciar
la instalacin del segundo y posteriores nodos, asegrese de que todos los
discos que va a administrar el clster tienen recursos de discos asociados.
Si estos discos no tienen recursos de disco asociados en ese momento, los
datos del disco se daarn porque los discos no estn protegidos y varios
nodos intentarn conectarse a ellos al mismo tiempo.

No utilice el Asistente para administrar su servidor o el Asistente para


configurar su servidor con el fin de configurar los nodos de un clster.

MQUINA VIRTUAL
En informtica una mquina virtual es un software que simula a una computadora
y puede ejecutar programas como si fuese una computadora real. Este software
en un principio fue definido como "un duplicado eficiente y aislado de una mquina
fsica". La acepcin del trmino actualmente incluye a mquinas virtuales que no
tienen ninguna equivalencia directa con ningn hardware real.
Una caracterstica esencial de las mquinas virtuales es que los procesos que
ejecutan estn limitados por los recursos y abstracciones proporcionados por
ellas. Estos procesos no pueden escaparse de esta "computadora virtual".
Uno de los usos domsticos ms extendidos de las mquinas virtuales es ejecutar
sistemas operativos para "probarlos". De esta forma podemos ejecutar un sistema
operativo que queramos probar (GNU/Linux, por ejemplo) desde nuestro sistema
operativo habitual (Mac OS X por ejemplo) sin necesidad de instalarlo
directamente en nuestra computadora y sin miedo a que se desconfigure el
sistema operativo primario.

Clasificacin de las mquinas virtuales


Las mquinas virtuales se pueden clasificar en dos grandes categoras segn su
funcionalidad y su grado de equivalencia a una verdadera mquina.
Mquinas virtuales de sistema (en ingls System Virtual Machine) y Mquinas
virtuales de proceso (en ingls Process Virtual Machine)
Mquinas virtuales de sistema
Las mquinas virtuales de sistema, tambin llamadas mquinas virtuales de
hardware, permiten a la mquina fsica subyacente multiplicarse entre varias
mquinas virtuales, cada una ejecutando su propio sistema operativo. A la capa de

software que permite la virtualizacin se la llama monitor de mquina


virtual o hypervisor. Un monitor de mquina virtual puede ejecutarse o bien
directamente sobre el hardware o bien sobre un sistema operativo ("host operating
System").
Mquinas virtuales de proceso
Una mquina virtual de proceso, a veces llamada "mquina virtual de aplicacin",
se ejecuta como un proceso normal dentro de un sistema operativo y soporta un
solo proceso. La mquina se inicia automticamente cuando se lanza el proceso
que se desea ejecutar y se detiene para cuando ste finaliza. Su objetivo es el de
proporcionar un entorno de ejecucin independiente de la plataforma de hardware
y del sistema operativo, que oculte los detalles de la plataforma subyacente y
permita que un programa se ejecute siempre de la misma forma sobre cualquier
plataforma.
El ejemplo ms conocido actualmente de este tipo de mquina virtual es
la mquina virtual de Java. Otra mquina virtual muy conocida es la del
entorno .Net de Microsoft que se llama "Common Language Runtime".
Algunos conceptos:
La Mquina Virtual Paralela (conocida como PVM por sus siglas en ingls
de Parallel Virtual Machine) es una biblioteca para el cmputo paralelo en un
sistema distribuido de computadoras. Est diseado para permitir que una red de
computadoras heterognea comparta sus recursos de cmputo (como el
procesador y la memoria RAM) con el fin de aprovechar esto para disminuir el
tiempo de ejecucin de un programa al distribuir la carga de trabajo en varias
computadoras.
La biblioteca PVM fue desarrollada por la Universidad de Tennessee, el
Laboratorio Nacional Oak Ridge y la Universidad Emory. La primera versin fue
escrita en ORNL en1989, y despus de ser modificado por la Universidad de

Tennessee, fue lanzada la versin 2 en marzo de 1991. La versin 3 fue lanzada


en marzo de 1993 con mejoras en la tolerancia a fallas y portabilidad.
Dispone de un Debugger grfico que se llama XPVM, aunque hay otros
desarrollos similares.
MPICH es

un programa de

biblioteca

de

desarrollo

de

libre

disposicin implementacin portable de MPI, una norma estndar de paso de


mensaje para aplicaciones de memoria distribuida que utilizan computacin
paralela. MPICH es software gratuito y disponible para la mayora de Unix
(incluyendo Linux y Mac OS X) y Microsoft Windows.
La implementacin original de MPICH se llama MPICH1 y esta implementa el
estndar MPI-1.1. A partir del 2006 implementacin ms reciente se llama
MPICH2, pero todava no admite traducciones de datos entre las diferentes
arquitecturas hardware.
MPICH es una implementacin de MPI optimizada para entornos homogneos
y myrinet, lo que proporciona un mayor rendimiento en el paso de mensajes entre
nodos.
LAM / MPI es uno de los predecesores del Abierto de MPI proyecto. Abrir MPI
representa una aplicacin de prxima generacin impulsado por la comunidad de
un interfaz de paso de mensajes (MPI), diseado fundamentalmente en una
arquitectura de componentes para hacer una plataforma muy potente para
la computacin de alto rendimiento.
LAM (Local rea multicomputador) es un sistema de entorno de programacin y
desarrollo MPI para ordenadores heterogneos en una red. Con LAM / MPI, un
dedicado grupo de equipo o una infraestructura de computacin de red existente
puede actuar como una sola computacin paralela de recursos. LAM / MPI se
considera que es "clster amigable", ya que ofrece a base de daemon proceso de
inicio / control, as como los protocolos que pasan rpido de mensajes de cliente a

cliente. LAM / MPI puede utilizar TCP / IP, memoria compartida, Myrinet (GM),
o Infiniband (mVAPI) para el paso de mensajes.
LAM ofrece una implementacin completa de MPI-1 y gran parte de MPI2. Aplicaciones compatibles son cdigo fuente portable entre LAM / MPI y
cualquier

otra

implementacin

de

MPI. Adems

de

proporcionar

una

implementacin de alta calidad de la norma MPI, LAM / MPI ofrece capacidades


de monitoreo extensivos para apoyar la depuracin. Monitoreo ocurre en dos
niveles. En primer lugar, LAM / MPI tiene los ganchos para permitir una
instantnea del proceso y estado de los mensajes que deben tomarse en cualquier
momento durante la ejecucin de la aplicacin. Esta instantnea incluye todos los
aspectos de sincronizacin adems de tipo de datos de mapas / firmas,
pertenencia a un grupo comunicador y contenido del mensaje (ver la aplicacin
XMPI en el sitio web principal de la LAM). En el segundo nivel, la biblioteca MPI
est equipado para producir un registro acumulativo de la comunicacin, que
puede visualizarse ya sea en tiempo de ejecucin o post-mortem.

CONCLUSIN
Nuestra conclusin acerca sobre los clster es que son un tipo de arquitectura que
consiste en varios computadores interconectados entre s.
Ahora sabemos que la tecnologa de clsteres ha evolucionado en apoyo de
algunas actividades que van desde aplicaciones de supercmputo, software para
aplicaciones crticas, servidores web y comercio electrnico, hasta bases de datos
de alto rendimiento, entre otros usos que son muy importantes dentro de la
informtica.
Los clsteres son importantes porque permiten combinar mltiples sistemas para
que trabajen en paralelo y se comporten como un recurso informtico unificado
para servir a un grupo de tareas, proporcionar tolerancia a fallos y tener
disponibilidad continua.
La instalacin de un clster se puede hacer virtualmente y fsicamente en una
computadora, pero hacerlo fsicamente es algo complicado ya que requiere de
muchas operaciones y de cierto requisitos y si no se hacen o cumplen de manera
correcta el clster no se ejecutara de manera correcta; pero, hacerlo de forma
virtual es un poco ms fcil ya que si surge algn problema se puede realizar de
nuevo la instalacin.

Referencias

http://www.revista.unam.mx/vol.4/num2/art3/cluster.htm

https://es.wikipedia.org/wiki/Cl%C3%BAster_(inform
%C3%A1tica)#Clasificaci.C3.B3n_de_los_cl.C3.BAsteres

https://es.wikipedia.org/wiki/M%C3%A1quina_virtual

https://en.wikipedia.org/wiki/LAM/MPI

https://msdn.microsoft.com/es-es/library/cc785078(v=ws.10).aspx

https://es.wikipedia.org/wiki/MPICH

Vous aimerez peut-être aussi