Clase 02: Tipos de Sistemas Distribuidos

2 TIPOS DE SISTEMAS DISTRIBUIDOS Ha varias formas o taxonomas propuestas para clasificar a los sistemas distribuidos. En nuestro caso, diferenciaremos los sistemas distribuidos en tres clases: sistemas computacionales distribuidos, sistemas de informacin distribuidos, y sistemas embebidos distribuidos. 2.1 Sistemas Computacionales Distribuidos Una de las clases de sistemas distribuidos ms importantes y populares en nuestros das son los usados para procesar tareas que requieren de un gran desempeo computacional, estos sistemas son conocidos como sistemas computacionales distribuidos. Los sistemas computacionales distribuidos pueden ser clasificados en dos grupos: sistemas computacionales distribuidos tipo cluster y sistemas computacionales distribuidos tipo grid. 2.1.1 Sistemas computacionales distribuidos tipo CLUSTER En la computacin cluster, el hardware subyacente consiste en un grupo de estaciones de trabajos o PCs similares (alto grado de homogeneidad), localizadas cercanas unas de otras e interconectadas a travs de una red de rea local (LAN) de alta velocidad. Los sistemas de computacin tipo cluster se popularizaron cuando la relacin precio/desempeo de las computadoras personales y estaciones de trabajo mejor considerablemente. En un momento dado, result tcnica y econmicamente atractivo construir sistemas de supercmputo mediante la interconexin de computadoras simples a travs de una red de computadoras de alta velocidad. Virtualmente en todos los casos, la computacin cluster es utilizada para la programacin paralela, en la que un programa sencillo de alta demanda computacional es ejecutado en paralelo o concurrentemente en mltiples computadoras conectadas a la red local.

Figura 2.1. Ejemplo de sistema computacional distribuido tipo cluster.

Clase 02: Tipos de Sistemas Distribuidos En la Figura 2.1 se muestra la configuracin de uno de los sistemas computacionales cluster ms populares, los clusters Beowulf basados en el sistema operativo Linux. Cada cluster est compuesto por un conjunto de nodos de cmputo que son controlados y accesados por medio de un nodo maestro nico. El nodo maestro tpicamente controla la asignacin de los nodos de cmputo a un programa paralelo en particular (determina a que nodos de cmputo se le asigna el procesamiento de una de las partes del programa); administra la fila de solicitudes de trabajo o tareas en espera (partes del programa en espera de ser procesados por uno de los nodos de cmputo); y provee una interfaz para los usuarios del sistema. En s, el nodo maestro corre el middleware requerido para la ejecucin de los programas y la administracin del cluster, mientras que los nodos de cmputo no requieren ms que un sistema operativo estndar. Una parte importante del middleware est constituido por las libreras que hacen posible la ejecucin de programas en paralelo. Muchas de estas libreras proveen las facilidades requeridas para establecer una comunicacin avanzada basada en el intercambio de mensajes; sin embargo, no proveen un mecanismo para el manejo de falla de procesos, seguridad, etc. Como alternativa a esta organizacin gerrquica, se tiene el modelo simtrico del sistema MOSIX. Este sistema provee la apariencia o imagen de un sistema cluster como si este fuera una sola computadora, lo cual transparenta la distribucin de las partes del programa (procesos) a ejecutar en paralelo. Los procesos migran dinmica y preventivamente a los nodos del cluster. Este proceso de migracin permite que el usuario inicia una aplicacin en cualquier nodo (conocido como nodo hogar o home), despus de lo cual puede migrar transparentemente a otros nodos. 2.1.2 Sistemas computacionales distribuidos tipo GRID Un sistema computacional distribuido tipo grid consiste en sistemas distribuidos que comnmente se construyen como una federacin de sistemas de cmputo, en el que cada sistema suele estar bajo un dominio administrativo distinto, y en los que los componentes de hardware, software y tecnologa de red pueden ser muy diferentes. Los sitemas grid son heterogneos, por lo que no se hacen suposiciones de uniformidad en cuanto al hardware, sistemas operativos, redes, dominios administrativos, polticas de seguridad, etc. El punto crucial de un sistema computacional grid estriba en que los recursos de distintas organizaciones son puestos a la disposicin de un grupo de personas o instituciones para que colaboren entre s. Esta colaboracin se implementa como una organizacin virtual, en la que sus miembros tienen derecho a usar los recursos que provee la organizacin virtual. Tpicamente, los recursos del grid consiste en servidores (incluyendo supercomputadoras, posiblemente clusters), medios de almacenamiento, bases de datos, etc. Adems, tambin se pueden compartir otro tipo de recursos que pueden ser conectados a las redes, tales como telescopios, microscopios, sensores, etc. Una arquitectura propuesta para un sistema computacional distribuido grid, es la propuesta por Foster en el ao 2001. Esta arquitectura basada en un sistema de capas se muestra en la Figura 2.2.

Clase 02: Tipos de Sistemas Distribuidos

Figura 2.2. Arquitectura de capas para un sistema computacional grid.

Como se puede observar en la figura anterior, la arquitectura de Foster consiste en cuatro capas, las cuales pueden ser descritas como sigue: Capa de fabrica Provee interfaces para los recursos locales en un sitio en particular. Estas interfaces son diseadas para compartir estos recursos dentro de la organizacin virtual. Tpicamente realizan funciones para solicitar el estatus y capacidades de los recursos, adems de administrar los recursos (cerrar los recursos en uso). Capa de conectividad Consiste en los protocolos de comunicacin para dar soporte a las transacciones que abarcan recursos mltiples en el sistema grid. Por ejemplo, los protocolos que se requieren para transferir datos entre recursos, o para simplemente accesar un recuso de un lugar remoto. Adems, esta capa contiene protocolos de seguridad para autentificar usuarios y recursos. En muchos casos, ms que el usuario, son las aplicaciones las que deben ser autentificadas, por lo que resulta indispensable delegar los derechos del usuario a la aplicacin. Capa de recurso Se responsabiliza de administrar un recurso individual. Usa las funciones provistas por la capa de conectividad y llama directamente a las interfaces que la capa de fbrica pone a disposicin. Por ejemplo, esta capa ofrecer funciones para obtener informacin sobre la configuracin de un recurso en especfico, o, en lo general, para desempear operaciones especficas tales como crear un proceso o leer datos. Entonces, la capa de recurso es considerada responsable del control de acceso y, por lo tanto, depender de la informacin de identificacin y autorizacin de la capa de conectividad. Capa colectiva Controla el acceso a recursos mltiples y tpicamente consiste en servicios para el descubrimiento de recursos, asignacin y programacin en tiempo de las tareas en recursos mltiples, replicacin de datos, etc. A diferencia de las capas de conectividad y recurso, las cuales consisten en una pequea coleccin estndar de protocolos, la capa de colectividad puede consistir en muchos protocolos diferentes para muchos propsitos diferentes, lo cual refleja el amplio espectro de servicios que se pueden ofrecer a una organizacin virtual. Capa de aplicacin Consiste en las aplicaciones que operan dentro de la organizacin virtual y que usan el ambiente de computacin grid.

Clase 02: Tipos de Sistemas Distribuidos Las capas colectiva, de conectividad y recurso forman el corazn de lo que puede llamarse capa de middleware del grid. Estas capas, en conjuto, proveen acceso y administracin de recursos que potencialmente ests dispersos en varios sitios (unidades administrativas). 2.1.3 Sistemas de Informacin Distribuidos Otra clase importante de sistemas distribuidos se encuentra en organizaciones que poseen una gran cantidad de aplicaciones de red (distribuidas), pero cuya interoperabilidad se dificulta mucho. Muchas de las soluciones middleware son el resultado de trabajar con infraestructuras en la que es ms fcil integrar aplicaciones en un sistema de informacin global en la empresa. Al tornarse las aplicaciones ms sofisticadas y al ser separadas en varios componentes independientes, se volvi evidente que la integracin de varias de estas aplicaciones debera efectuarse permitiendo que las aplicaciones se comunicaran directamente unas con otras. La necesidad de implementar la comunicacin entre aplicaciones llevo a desarrollar muchos tipos diferentes de modelos de comunicacin. La idea fundamental es que las aplicaciones existentes puedan intercambiar informacin directamente. La Figura 2.3 muestra como se puede utilizar distintos tipos de middleware de comunicacin.

Figura 2.3. Uso de middleware de comunicacin como facilitador de la integracin de aplicaciones. Existen varios tipos de middleware de comunicacin. Con el uso de RPCs (del ingls Remote Procedure Call, o Llamada a Procedimiento Remoto en espaol), un componente de una aplicacin puede enviar una solicitud (cliente) a otro componente de aplicacin, lo que resulta en una solicitud empaquetada en forma de un mensaje el cual es enviado a la aplicacin destino (servidor). El resultado a la vez, ser regresado al cliente en forma de RPC.

Clase 02: Tipos de Sistemas Distribuidos Al incrementarse la popularidad de tecnologa objeto, se desarrollaron tcnicas similares a los RPCs, pero que en lugar de ser orientado a aplicaciones son orientados a objetos remotos. Estas tcnicas se llaman RMIs (Remote Method Invocations, o, en espaol, Invocaciones a Mtodos Remotos). 2.1.4 Sistemas Penetrantes Distribuidos Los sistemas distribuidos vistos hasta ahora se caracterizan mayormente por su estabilidad: los nodos son fijos y tienen una conexin a la red ms o menos permanente y de alta calidad. Sin embargo, muchas cosas han cambiado con la introduccin de dispositivos de cmputo mviles o embebidos. Ahora es comn tener que trabajar con sistemas distribuidos en la que la inestabilidad es una constante. Los dispositivos en estos sistemas que llamamos Sistemas Penetrantes Distribuidos son frecuentemente pequeos, operados con bateras, mviles y con una sola conexin inalmbrica (no necesariamente aplican todas estas caractersticas a todos los dispositivos). Un sistema penetrante distribuido es parte de nuestro entrono, y, por consecuencia, inherentemente distribuido. Una situacin importante es la falta de control administrativo humano. En el mejor de los casos, los dispositivos pueden ser configurados por sus propietarios, pero ellos deben descubrir su ambiente e integrarse lo mejor posible a los dems dispositivos. Las aplicaciones penetrantes deben cumplir los siguientes requerimientos: 1. Deben aceptar cambios contextuales (deben estar conscientes de que el ambiente cambia continuamente). 2. Deben promover una composicin adaptable (los dispositivos pueden ser utilizados en diferentes formas por diferentes usuarios). 3. Por omisin, deben compartir recursos. Al ser agregados al sistema generalmente deben accesar y proveer informacin.

Ejemplos comunes de sistemas penetrantes distribuidos son los smartphones (telfonos inteligentes), PDAs, video juevos, etc.

DEFINICIONES: Proceso - Instancia de la ejecucin en curso de una tarea computacional. Middleware Software que interconecta componentes de software o aplicaciones. Tipicamente, el middleware provee servicio de mensajes entre aplicaciones para que stas puedan comunicarse. Incluso, es comn que este middleware provea la posibilidad de comunicacin a aplicaciones a travs de la red. Ests caractersticas no son