INSTITUTO TECNOLOGICO DE

TAPACHULA.

MATERIA:
SISTEMAS DISTRIBUIDOS

MAESTRO:
RAUL MONZON.

ALUMNO:
FELIPE DE JESUS MENDEZ GARCIA.

Miercoles 27 de Mayo del 2015.

TEMARIO
5.- APLICACIN DISTRIBUIDA EN AMBIENTES GRFICOS....................................3
5.1- Accesos A Recursos Distribuidos........................................................................3
5.2- Procedimientos Remotos RMI..........................................................................3
5.3- Clientes y Servidores RMI.............................................................................. 4
5.4.- Desarrollo de Aplicaciones Cliente Servidor distribuidas que hagan uso de RMI........4
6.- USOS Y TEMDENCIAS DE LOS SISTEMAS DISTRIBUIDOS..................................5
6.1.- Administracin de Sistemas Distribuidos............................................................5
6.1.1 Instalacin y Configuracin.........................................................................5
6.1.2.- Estndares de Administracin en Sistemas Distribuidos......................................5

INTRODUCCION.
Sistemas distribuidos incluye las actividades como: manejo de la versin y distribucin del
software, monitoreo de la utilizacin de los recursos y el mantenimiento del sistema de seguridad,
entre otros.
Los administradores de sistemas distribuidos se ocupan de monitorear continuamente al sistema y
se deben de asegurar de su disponibilidad. Para una buena administracin, se debe de poder
identificar las reas que estn teniendo problemas as como de la rpida recuperacin de fallas que
se puedan presentar. 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.
5.- APLICACIN DISTRIBUIDA EN AMBIENTES GRFICOS.
5.1- Accesos A Recursos Distribuidos.
De esta forma se hace posible manejar problemas que presentan un alto costo computacional o de
memoria - como la modelacin de la estructura espacial de protenas o el procesamiento de datos
recolectados por radio telescopios empleando un grupo de ordenadores conectados en red de
forma que se integren en una arquitectura virtual capaz de distribuir tareas a travs de una
plataforma paralela. Permiten realizar tareas de clculo que involucren grandes cantidades de datos
fragmentado estos en conjuntos ms pequeos; adems brindan la capacidad para ejecutar muchas
ms instrucciones por unidad de tiempo que los ordenadores corrientes, empleando un modelo de
procesos que pueden ser llevados en paralelo.
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 a dos modelos de sistemas distribuidos: el modelo cliente-servidor y el modelo basado en
objetos.

5.2- Procedimientos Remotos RMI

Procedimientos Remotos
RMI ("Remote Method Invocation") y algunas alternativas como CORBA y COM son mecanismos
para invocar o ejecutar procedimientos remotos en computadoras servidores distribuidos.
Procedimientos Remotos? Para qu?
La gran mayora de los sistemas empresariales hoy en da requieren de esta funcionalidad, esto se
debe tanto a distancias geogrficas como a requerimientos de cmputo, ya que sera iluso pensar
que las necesidades de cmputo de TODA una empresa fueran satisfechas por una sola
computadora y/o servidor.

5.3- Clientes y Servidores RMI

La arquitectura RMI puede verse cmo un modelo de cuatro capas:
La primera capa es la de aplicacin y corresponde a la implementacin real de las aplicaciones
cliente-servidor. Aqu tiene lugar las llamadas a alto nivel para acceder y exportar objetos remotos.
La capa 2 es la capa proxy, o capa stub-skeleton. Esta capa es la que interacta directamente con la
capa de aplicacin. Todas las llamadas a objetos remotos y acciones junto con sus parmetros y
retorno de objetos tienen lugar en esta capa.
La capa 3 es la de referencia remota, y es responsable del manejo de la parte semntica de las
invocaciones remotas. Tambin es responsable de la gestin de la replicacin de objetos y
realizacin de tareas especficas de la implementacin con los objetos remotos, como el
establecimiento de las persistencias semnticas y estrategias adecuadas para la recuperacin de
conexiones perdidas.
La capa 4 es la de transporte. Es la responsable de realizar las conexiones necesarias y manejo del
transporte de los datos de una mquina a otra.
Toda aplicacin RMI consta de dos partes:

Servidores RMI: Crea objetos remotos, crea referencias para hacerlos accesibles y espera a
que el cliente los invoque.
Clientes RMI: Obtiene una referencia a objetos remotos en el servidor, y los invoca.

5.4.- Desarrollo de Aplicaciones Cliente Servidor distribuidas que hagan uso de RMI.
Un ejemplo concreto, los pasos seguidos para elaborar una aplicacin con objetos distribuidos RMI.
Esta aplicacin ejemplo proporcionar un servicio que acepta peticiones de tareas concretas
especificadas por parte de los clientes. Es decir, cada cliente puede especificar la tarea que desea
que el servidor le realice, utilizando para ello el paso de objetos serializados.

En primer lugar se escribe la interfaz remota del servidor, que en este caso se llamar
ejecutor.
Se implementa la interfaz remota. La clase que la implementa debe heredar de
RemoteServer y lo habitual es hacerlo heredando de UnicastRemoteObject.
Se generan los archivos stub y skeleton a partir de la clase que implementa la interfaz
remota.
Se inicia el servicio de registro RMI, rmiregistry. Un host que quiera exportar referencias
remotas a sus mtodos de modo que los stubs puedan acceder a ellos, debe estar ejecutando
un servidor de registro RMI.
Se inicia un proceso servidor y se registra en el rmiregistry. Una vez compilada y ejecutada,
queda registrada.
Se escribe la clase cliente, se compila la clase cliente, Se inicia un proceso cliente.

6.- USOS Y TEMDENCIAS DE LOS SISTEMAS DISTRIBUIDOS.

6.1.- Administracin de Sistemas Distribuidos.
Los administradores de sistemas distribuidos se ocupan de monitorear continuamente al sistema y
se deben de asegurar de su disponibilidad. Para una buena administracin, se debe de poder
identificar las reas que estn teniendo problemas as como de la rpida recuperacin de fallas que
se puedan presentar. 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.
5

6.1.1 Instalacin y Configuracin.

Configuracin del dispositivo de arranque en la BIOS

Creacin de las particiones en el disco duro
Creacin del sistema de ficheros
Seleccin de paquetes
Configuracin.
Instalacin y configuracin de aplicaciones.

6.1.2.- Estndares de Administracin en Sistemas Distribuidos.

Se ocupan de:
1. Canalizar las comunicaciones entre los objetos locales y los remotos.
2. Empaquetar los parmetros que el cliente pasa al mtodo remoto y el resultado que el
mtodo devuelve al cliente.
3. Localizar al objeto remoto a partir de una referencia.
6.3.- Instalacin de Cluster
Cmo configuro mis mquinas para el cluster?
Se debe tener instalada alguna de las distribuciones de Linux en las mquinas, en mi caso tengo
Ubuntu 8.04 y tener configurada una conexin de red entre las computadoras, para este ejemplo
estoy usando un switch; las IP deben ser fijas tanto en el administrador como en los nodos, para ello
se da click derecho en conexin de red cableada, entrar a la configuracin manual he introducir la
contrasea del administrador, en las propiedades de eth0 desactivar el modo itinerante y modificar
la IP .
CLUSTER EN LINUX.

Instalacin de paquetes
Desde el Gestor de Paquetes Synaptic se instalan los siguientes paquetes en la terminal
Administrador y de la misma forma en los nodos:

mysql-server-5.0

mysql-client-5.0

mysql-admin

Sistema -> Administracin -> Gestor de Paquetes Synaptic

Marcar los paquetes para instalarlos:
Mediante comandos:
6

-> sudo apt-get install ms el nombre del paquete

-> sudo apt-get install mysql-server-5.0

En la instalacin de este paquete se solicita introducir una contrasea para el usuario root de
MySQL:
Configuracin del nodo Administrador
Debe crearse un fichero que se llame ndb_mgmd.cnf en la direccin /etc/mysql, usando el editor de
texto gedit o cual sea que usen:
-> sudo gedit /etc/mysql/ndb_mgmd.cnf

Dicho archivo debe llenarse con lo siguiente:

[NDBD DEFAULT]
NoOfReplicas=2
DataMemory=80M # cantidad de memoria
IndexMemory=18M # cantidad de memoria
#Configuracion del Cluster
[MYSQLD DEFAULT]
[NDB_MGMD DEFAULT]
[TCP DEFAULT]
#En esta seccin vamos a configurar el nodo administrativo del cluster
[NDB_MGMD]
HostName=192.168.1.6 #IP del nodo administrativo
[NDBD]
#Seccin de los nodos de almacenamiento
#IP del primer nodo

HostName=192.168.1.7
DataDir=/var/lib/mysql-cluster
BackupDataDir=/var/lib/mysql-cluster/backup
DataMemory=128M
[NDBD]
#IP del segundo nodo
HostName=192.168.1.8
DataDir=/var/lib/mysql-cluster
BackupDataDir=/var/lib/mysql-cluster/backup

DataMemory=128M

#Por cada nodo debemos de incluir un [MYSQLD]

[MYSQLD]
[MYSQLD]
De la misma manera editar el archivo my.cnf (fichero de configuracin que ya existe) y
comentar la lnea bind-address:
-> sudo gedit /etc/mysql/my.cnf
se guarda cada cambio realizado en los ficheros.
Configuracin del nodo de almacenamiento
De igual forma se configura el nodo de almacenamiento abriendo el mismo archivo:
-> sudo gedit /etc/mysql/my.cnf
una vez que se haya abierto el archivo se busca la etiqueta [mysqld] y bajo ella escribir lo
siguiente, que ser la cedena de coneccin al motor de MySQL:
ndbcluster
ndb-connectstring=192.168.1.50 #IP del nodo administrador
dentro del mismo archivo ubicar la lnea bind-address = 127.0.0.1 y comentarla agregndole al
inicio un #
casi al final del archivo se encuentra la etiqueta [MYSQL_CLUSTER], descomentarla y
sustituir la IP por default por la IP del administrador en la cadena de conexin.
hay que crear una carpeta donde se guarde toda la informacin del cluster y cambiarle el
usuario y propietario a MySQL, usando los respectivos comandos para cada instruccin:
8

-> sudo mkdir /var/lib/mysql-cluster/backup

-> sudo chown mysql:mysql /var/lib/mysql-cluster

Reinicio de demonios
Una vez configurados todos los nodos se deben reiniciar los demonios en cada nodo
empezando por el administrador:
-> sudo /etc/init.d/mysql-ndb-mgm restart
En los nodos de almacenamiento se deben reiniciar dos demonios:
-> sudo /etc/init.d/mysql restart
-> sudo /etc/init.d/mysql-ndb restart
Ahora que estn ya configurados los nodos de almacenamiento en el nodo
administrador revisar que la conexin entre ellos exista, para esto el administrador debe
ejecutar los siguientes comandos:
-> ndb_mgm
-> show;
Comprobacin del MySQL Cluster
Para acceder a MySQL se necesita el siguiente comando:
-> sudo mysql -u root -p
en el nodo administrador verificar las bases de datos existentes y crear una, para esta
comprobacin se crea una base de datos llamada ITT:
-> show databases;
-> create database ITT;
de igual manera en cada nodo de almacenamiento acceder a MySQL y crear una base de datos
con el mismo nombre.
En el primer nodo de almacenamiento verificar la base de datos que se cre para comprobar
que no tiene tablas an y crearle una, para el ejemplo se llama informatica_alumnos:
-> use ITT;
-> show tables;
-> create table informatica_alumnos (matricula int (4), nombre varchar (20)) engine=ndbcluster;
9

en el segundo nodo de almacenamiento checar que se haya cumplido la replica e insertar un

registro en la tabla:
-> show tables;
-> insert into informatica_alumnos values (0001, Gustavo);
-> select * from informatica_alumnos;
Verificar que el registro se visualice tambin en el primer nodo e ingresar un nuevo registro:
-> select * from informatica_alumnos;
-> insert into informatica_alumnos values (2, Teresa);
Finalmente comprobar que ese ltimo registro se haya actualizado en el segundo nodo:
-> select * from informatica_alumnos;
Con esto queda demostrado que el MySQL Cluster funciona correctamente.
Nota: si por alguna razn no queda a la primera y tienen que desinstalar los paquetes para volver a
configurar, es recomendable que formateen, en mi caso tuve que recurrir a eso con dos nodos,
porque ni con lneas de comando me ha funcionado.
-> sudo apt-get remove nombre del paquete
-> sudo apt-get purgue nombre del paquete
-> sudo apt-get clean nombre del paquete
Se est borrando el paquete, los archivos de configuracin y borrando del disco los archivos
descargados para la instalacin; de esta forma queda listo para volver a instalar los paquetes.

10