PROFESOR:

Ral Monzn Urbieta

MATERIA:
Sistemas Distribuidos.

Carrera:
Ingeniera en Sistemas Computacionales

ALUMNO:
Carlos Ivn Gmez Prez

TRABAJO:
Sntesis unidad 5 y 6.

Tapachula Chiapas a 27 de Mayo de 2015

Introduccin.
En esta sntesis veremos los puntos ms importantes de
cada tema de la unidad 5 y 6 de la materia sistemas
distribuidos as como los accesos a recursos distribuidos y
procedimientos remotos tambin veremos el desarrollo de
aplicaciones que hagan uso de RMI y en la unidad 6 veremos
la instalacin de un sistema distribuido y su configuracin y
los estndares que utiliza tambin hablaremos sobre sper
computadoras basados en clster y aprenderemos a ser la
instalacin de un clster.

Unidad 5: Aplicacin Distribuida en Ambientes

Grficos.
5.1.-ACCESO A RECURSOS DISTRIBUIDOS.
El gestor de recursos es un pequeo modulo del software
que maneja un conjunto de recursos particular, estos
requieren algunas polticas y mtodos especficos junto con
requisitos comunes para todos ellos. Esto incluye nombre
para cada clase de recursos, permitiendo a los recursos
individuales que accedan desde cualquier lugar, la traslacin
de nombre de recurso a direcciones de comunicacin y la
coordinacin de los accesos concurrentes que cambian el
estado de los recursos compartidos para mantener la
consistencia.
Los recursos son entidades que se comparten en un sistema
distribuido, se extiende desde los componentes como el
hardware, discos e impresoras hasta los elementos de
software como ficheros, ventanas, base de datos y otros
objetos de datos.
Un sistema distribuido puede verse de manera abstracta
como un conjunto de gestores de recursos y un conjunto de
programas que usan los recursos. Los usuarios de los
recursos se comunican con los gestores de los recursos para
acceder a los recursos compartidos del sistema. Esta
perspectiva

nos

lleva

dos

modelos

de

sistemas

distribuidos: el modelo cliente-servidor y el modelo basado

en objetos.
Los

sistemas

multiusuarios

clsicos

han

provisto

la

comparticin de recursos entre todo sus usuarios, en cambio

los recursos de cualquier computadora multiusuario se
comparten de manera natural. A diferencia de los usuarios
de estaciones de trabajo monousuario o computadoras
personales dentro de un sistema distribuido no obtienen
automticamente los beneficios de la comparticin de
recursos.

5.2.-PROCEDIMIENTOS REMOTOS RMI.

Permiten a los programas llamar procedimientos localizados
en otras mquinas. Un proceso X en una mquina A, puede
llamar un procedimiento localizado en una mquina B. El
mecanismo RMI es una aplicacin o applets que permite que
pueda tener comunicacin con otros programas la cual se
ejecutan de manera remotas. Donde el programador tiene
que crear un objeto que de manera remota se conecte a un
representante local, tambin es conocido como stub.
En la figura siguiente muestra a un aplicacin cliente que se
est ejecutado en una maquina A y que a su vez le est
enviando un mensaje al objeto remoto de la aplicacin que
se ejecuta en la maquina B.

Cuando la aplicacin cliente enva un mensaje al stub local

del objeto remoto, la peticin se transmite a la mquina que
contiene al objeto real, donde el mtodo es invocado y
cualquier resultado retornado al stub local, de modo que la
aplicacin cliente puede obtener la respuesta apropiada.

Todos los mensajes que se le enva a un objeto remoto son

enviados tambin a un stub de manera local, como si fuera
algo real. Este tiende a aceptar los mensajes que le han
enviado y que al mismo tiempo se lo est enviado a un
objeto real, el cual se encargara de enviar a sus mtodos
principales.
Como resultado final tenemos que la invocacin hecha,
tendr que regresar al stub local el cual lo estar regresando
al emisor original de llamada.

5.3 CLIENTES Y SERVIDORES RMI.

Las

aplicaciones

cliente/servidor

ya

no

trabajan

directamente con los sockets si no usan las invocaciones de

los mtodos remotos en java (java RMI). Este paquete puede

ser usado por los sistemas distribuidos que estn en
desarrollo. Estos paquetes permiten invocar mtodos de otra
mquina virtual java.
La aplicacin de cliente/servidor usando sockets conlleva el
diseo de un protocolo consistente en un lenguaje comn
entre el cliente y el servidor. Al disear estos tipos de
protocolos no es tan sencillo y causa muchos errores como el
deadlock.
El sistema RMI es muy similar (y generalmente ms fcil de
usar) a la llamada a procedimientos remotos (RPC) que
podemos

encontrar

en

otros

sistemas.

En

RMI

el

programador tiene la sensacin de realizar llamadas a

mtodos locales de una clase local, mientras el sistema es el
encargado de pasar los argumentos, ejecutar el mtodo y
devolver los resultados de la mquina remota al objeto que
ha realizado la llamada.
La simplicidad es uno de los aspectos ms importante del
RMI, ya que estos tienen caractersticas que soportan y
hacen ms fcil el desarrollo de los sistemas distribuidos
como la transparencia a la hora de la invocacin, recolector
automtico de basura distribuido, y acceso convenientes a
strams, etc.

Los recursos en un sistema distribuido son encapsulados

fsicamente en una de las computadoras y solo pueden
acceder atravz de otras mediante las comunicaciones (la
red). Para que la comparticin de recursos sea efectiva, sta
debe ser manejada por un programa que ofrezca un interfaz
de comunicacin permitiendo que el recurso sea accedido,
manipulado

actualizado

consistente.

Surge

el

de

trmino

una

manera

genrico

de

fiable
gestor

y
de

recursos.
La invocacin remota es transparente ya que se realiza de
idntica manera que la llamada aun mtodo local, y el
recolector automtico de basura distribuido nos libera de la
necesidad de preocuparnos por la liberacin de memoria de
un objeto que ya no va a ser utilizado con independencia de
que ste sea local o remoto.
Objetivos de Java-RMI
Los objetivos del Java-RMI segn se definen en el manual de
especificaciones son los siguientes:
Soporte de invocacin de objetos remotos en diferentes
mquinas virtuales Java.
Soporte de retorno de resultados desde el servidor a los
clientes.

 Integrar el modelo de objetos distribuidos en el lenguaje

Java de una forma natural.
Mientras se mantiene la semntica de objetos ya
definidas en Java.
Realizar

aplicaciones distribuidas lo

ms simples y

legibles posibles.
Preservar la seguridad que provee el runtime system de
Java.
RMI y el Modelo de Referencia OSI.
El modelo de referencia OSI establece 7 niveles de para la
comunicacin por red. En la siguiente figura se muestra
cmo RMI puede ser descrito por dicho modelo.

El sistema RMI consiste en 3 etapas:

El nivel Stub/Skeletons
El nivel de Referencia Remota.
El nivel de Transporte.
El nivel Stub/Skeletons es una interfaz entre una aplicacin y
el resto del sistema RMI. Su propsito es transferir los datos

al nivel de Referencia Remota. El nivel de Referencia Remota

es responsable del manejo de la semntica de la invocacin,
transmitir los datos al nivel de transporte usando una
conexin orientada a Streams (TCP).
El nivel de Transporte en la implementacin actual de RMI
est basado en TCP, pero podra sustituirse por UDP.
Finalmente, el nivel de Transporte es el responsable de
establecer y manejar la conexin.

5.4.-DESARROLLO

DE

APLICACIONES

CLIENTE/SERVIDOR DISTRIBUIDAS QUE HAGAN USO DE

RMI.
Los sistemas distribuidos que se diseen y construyan deben
estar alineados con los objetivos de negocio de la empresa,
aumentar la eficacia y eficiencia operacional de la compaa
y permitir el mayor rendimiento con el menor coste en las
estructuras informticas que dan soporte.
Disear un sistema distribuido es crear aplicaciones de
software que, utilizando servicios y ayudndose de la
conectividad, participen y se integren en este entorno de
forma transparente a las plataformas de proceso y de
almacenamiento de datos, dotndolas de los recursos
necesarios para gestionarse de forma integrada con el resto
del sistema distribuido.

El

sistema

resultante

debe

ser

adaptable,

ofrecer

el

rendimiento necesario con el coste ms barato que seamos

capaces de conseguir. Las tecnologas llegan, se consolidan
o desaparecen, y al final mueren. Y siempre con facilidad y
rapidez.
Pero las estrategias, las tcticas y las tcnicas de diseo
tienen un ciclo de vida mucho ms lento y robusto. Y estn
por encima de las tecnologas en que se implementan.

Unidad 6: Usos y Tendencias de los Sistemas

Distribuidos.
6.1.-Administracin de Sistemas Distribuidos.
La informacin que se obtiene mediante el monitoreo sirve a
los administradores para anticipar situaciones crticas. La
prevencin de estas situaciones ayuda a que los problemas
no crezcan para que no afecten a los usuarios del sistema.
Los administradores de sistemas distribuidos son los que se
ocupan de monitorear continuamente a los sistemas y
aseguran la disponibilidad, para una buena administracin,
se debe de poder identificar las reas que estn teniendo
problemas as como la rpida recuperacin de la falla que se
puedan presentar.

6.1.1 Instalacin de Sistemas Operativos Distribuidos

Los sistemas operativos distribuidos abarcan los servicios de
los de red, logrando integrar recursos (impresoras, unidades
de respaldo, memoria, procesos, unidades centrales de
proceso) en una sola mquina virtual que el usuario aceza
en forma transparente. Es decir, ahora el usuario ya no
necesita saber la ubicacin de los recursos, sino que los
conoce por nombre y simplemente los usa como si todos
ellos fuesen locales a su lugar de trabajo habitual.
Independientemente del tamao y la complejidad de la
computadora y del sistema operativo, todos los sistemas
operativos realizan las mismas cuatro funciones bsicas. Los
sistemas

operativos

controlan

el

acceso

al

hardware,

administran los archivos y las carpetas, proporcionan una

interfaz de usuario y administran las aplicaciones.
Los avances tecnolgicos en las redes de rea local y la
creacin de microprocesadores de 32 y 64 bits lograron que
computadoras ms o menos baratas tuvieran el suficiente
poder en forma autnoma para desafiar en cierto grado a los
mainframes,

intercomunicarlas,
procesos

muy

la

vez

sugiriendo

pesados

en

se
la

dio

la

posibilidad

oportunidad

clculo

en

de

unidades

de

partir
ms

pequeas y distribuirlas en los varios microprocesadores

para luego reunir los sub-resultados, creando as una
mquina virtual en la red que exceda en poder a un
mainframe.
El sistema integrador de los microprocesadores que hacer
ver a las varias memorias, procesadores, y todos los dems
recursos como una sola entidad en forma transparente se le
llama sistema operativo distribuido.

6.1.2.- Configuracin SOD.

Instalacin tpica:
Soporte de instalacin del sistema operativo
(cd con auto-arranque)

informacin del hardware disponible en la

mquina destino

drivers de los dispositivos hardware para el

sistema operativo elegido (mnimo la tarjeta
grfica, aunque es muy aconsejable disponer
de conexin a internet).

De forma general, la instalacin se compone de los

siguientes pasos:
1 -configuracin del dispositivo de arranque en
la BIOS
2 Creacin de las particiones en el disco duro
3 Creacin del sistema de ficheros
4 Seleccin de paquetes
5 configuracin)
6 Instalacin y configuracin de aplicaciones

6.1.3

Estndares

Administracin

en

Sistemas

Distribuidos.
Los estndares son aquellas normas usuales, los propsitos,
los objetivos, a alcanzar, las metas a alcanzar y aquellos
ndices que integran los planes, y todo dato o cifra que
pueda

emplearse

como

medida

para

cumplirlas,

son

considerados como estndares.

Estas medidas son indispensables para el control, ya que
indican la manera en que deseas que se ejecute una
actividad. En la prctica, son los objetivos declarados y
definidos de la organizacin y por esa razn los estndares
deben abarcar las funciones bsicas y reas clave de los
resultados logrados.
Un estndar muy utilizado en los sistemas distribuidos es el
corba, en el cual nos basaremos para explicar este tema.

6.2.

Sper

Cmputo

Basado

en

Clustering

como

Solucin a la Necesidad de Alto Procesamiento en la

Nueva Era.
El trmino clster se aplica a los conjuntos o conglomerados
de computadoras construidos mediante la utilizacin de
componentes de hardware comunes y que se comportan
como si fuesen una nica computadora.
Hoy en da desempean un papel importante en la solucin
de problemas de las ciencias, las ingenieras y del comercio
moderno. La tecnologa de clusters ha evolucionado en
apoyo de actividades que van desde aplicaciones de
supercmputo y software de misiones crticas, servidores
web y comercio electrnico, hasta bases de datos de alto
rendimiento, entre otros usos.
El cmputo con clusters 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
Simplemente,

para
un

aplicaciones

clster

es

un

que
grupo

la
de

requieran.
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.

Los clusters son usualmente empleados para mejorar el

rendimiento y/o la disponibilidad por encima de la que es
provista por un solo computador, tpicamente siendo ms
econmico que computadores individuales de rapidez y
disponibilidad comparables.
El clster ms rpido se denomina MareNostrum, un eServer
BladeCenter

JS20,

formado

por

4536

procesadores

PowerPC970 de 2.2 GHz e interconectados con una red

Myrinet, es considerada la cuarta computadora ms veloz y
fue desarrollada por el Barcelona Supercomputer Center de
Espaa.
6.3.-Instalacin de un Clster.
Configuracin.

En los siguientes pasos explico exactamente cmo crear un

clster de 32 bits en miniatura, compuesto por un nodo
maestro y uno de clculo, en base a este protocolo de Jon
Forrest. Antes de seguir, por favor comprueba que dispones de
al menos de 12 Gb de espacio en disco y 4Gb de RAM.
Instala VirtualBox para tu sistema Linux (puedes
descargarlo de http://www.virtualbox.org/wiki/Downloads).
En este tutorial usamos la versin 4.0.8

 Descargar e instala el 'VirtualBox Extensin Pack', que

puedes obtener en el mismo lugar
Descargar ISO del DVD Jumbo de Rocks, que ya incluye
los rolls esenciales
(puedes
descargarlo
de http://www.rocksclusters.org, comprobando tras la
descarga la suma MD5).
Elige un directorio donde ubicar los discos duros virtuales,
como por ejemplo /home/pepe/
Crea el nodo principal tecleando en el terminal estos
comandos:
VBoxManage createvm --name "vRocks54-Frontend" --ostype RedHat --register
VBoxManage modifyvm "vRocks54-Frontend" --memory 1000 --vram 32 --nic1
intnet --nic2 nat --audio none --nictype1 82540EM --nictype2 82540EM --boot1
dvd --boot2 disk --boot3 none --boot4 none
VBoxManage createhd --filename "/home/pepe/vRocks54-Frontend.vdi" --size
50000 --variant Standard
VBoxManage storagectl "vRocks54-Frontend" --name "SATA Controller" --add
sata --controller IntelAhci
VBoxManage storageattach "vRocks54-Frontend" --storagectl "SATA Controller"
--port 0 --device 0 --type hdd --medium "/home/pepe/vRocks54-Frontend.vdi"
VBoxManage storagectl "vRocks54-Frontend" --name "IDEcontrol" --add ide
VBoxManage storageattach "vRocks54-Frontend" --storagectl "IDEcontrol"
--port
0
--device
0
--type
dvddrive
--medium
/home/pepe/soft/area51+base+bio+ganglia+hpc+kernel+os+sge+webserver+xen-16.12.2009-15.16.53.i386.disk1.iso
VBoxManage startvm "vRocks54-Frontend"

Tras estos comandos da comienzo el proceso normal de

instalacin del nodo maestro o frontend. El proceso es
casi automtico, pero debes recordar dos cosas:
o escribe frontend cuando
arranque boot:

aparezca

el

terminal

de

o cuando llegue el momento elige como mnimo

estos rolls : kernel, base, web server, os

Una vez instalado el frontend puedes aadir el

paquete VirtualBox
guest
additions para
mayor
comodidad
En el terminal del nodo
superusuario $ insert-ethers.

maestro

teclea

como

Para cada nodo compute que quieras crear, empezando por el

0-0, hasta el 0-N teclea en el terminal de tu Linux:
VBoxManage createvm --name "vRocks54-Compute-0-0" --ostype RedHat
--register
VBoxManage modifyvm "vRocks54-Compute-0-0" --memory 1000 --vram 32
--nic1 intnet --audio none --nictype1 82540EM --boot1 net --boot2 disk --boot3
none --boot4 none
VBoxManage createhd --filename "/home/pepe/vRocks54-Compute-0-0.vdi"
--size 50000 --variant Standard
VBoxManage storagectl "vRocks54-Compute-0-0" --name "SATA Controller"
--add sata --controller IntelAhci
VBoxManage storageattach "vRocks54-Compute-0-0" --storagectl "SATA
Controller" --port 0 --device 0 --type hdd --medium "/home/pepe/vRocks54Compute-0-0.vdi"
VBoxManage storagectl "vRocks54-Compute-0-0" --name "IDE Controller"
--add ide
VBoxManage startvm "vRocks54-Compute-0-0"

En el terminal del nodo maestro teclea como superusuario

la tecla F8 para terminar de aadir nodos

6.4.- Sistemas Distribuidos como Infraestructura para

el Soporte de las Empresas en las TI.

El usuario (sociedad) no sabe concretamente la mquina que

ofrece servicio ni su direccin o ubicacin geogrfica;
nicamente conoce su nombre o identificador y en muchos
caso ni siquiera este ltimo. El objetivo es accesar aun
recurso a distancia como seria en una aplicacin local sin
conectarse en ningn caso con la maquina propietaria.
El

impacto

en

los

sistemas

de

informacin

telecomunicacin ya es, y ser, muy importante. La idea de

comunicar

intercambiar

dinmicamente

servicios

informacin dio origen a los sistemas distribuidos. Esta

nocin indica que las necesidades de un mundo real, los
servicios deben adherirse o quitarse segn sean requeridos.
Los sistemas distribuidos permiten la existencia de una
multiplicidad de estaciones de trabajo, las cuales ofrecen los
recursos a los usuarios mediante un modelo de red.

Conclusin.
En el desarrollo de la sntesis aprendimos que los recursos
son entidades que se comparten en un sistema distribuido
que puede ser un disco duro, impresoras e inclusos ficheros.
Tambin que los RMI permiten a los programas llamar
procedimientos localizados en otras mquinas. Los clientes y

servidores RMI consistes en que el cliente pide x proceso

entonces los servidores RMI se encargan de responder en
tiempo y forma dicha peticin de manera eficaz. Tambin
aprendimos sobre el desarrollo de aplicaciones que hacen
uso de RMI que consiste en hacer que la empresa aumente
su eficiencia y eficacia y que tenga mayor rendimiento al
menor costo. Tambin aprendimos sobre la administracin
de SD que mediante el monitoreo de la informacin nos
permite anticipar situaciones crticas y ayuda a que los
problemas no crezcan para que no afecten a los usuarios del
sistema.
La instalacin de un SOD consiste en que el usuario puede
utilizar los recursos desde cualquier parte de la empresa sin
conocer la ubicacin como unidades de respaldo, memoria,
procesos,

etc.

Tambin

hablamos

sobre

las

sper

computadoras basados en clster que consiste en unir varias

computadoras por medio de una red de alta velocidad y
utilizar los recurso como su microprocesador ya que los
clster consiste en los numero de microprocesadores que
hay conectados a ellos para hacer mas potentes los servicio
y que se vea como una sola computadora con ms de un
microprocesador.