TiposdeSistemasDistribuidos.pdf
- 1. Tipos de Sistemas Distribuidos 2 TIPOS DE SISTEMAS DISTRIBUIDOS Ha varias formas o taxonomías propuestas para clasificar a los sistemas distribuidos. En nuestro caso, diferenciaremos los sistemas distribuidos en tres clases: sistemas computacionales distribuidos, sistemas de información distribuidos, y sistemas embebidos distribuidos. 2.1 Sistemas Computacionales Distribuidos Una de las clases de sistemas distribuidos más importantes y populares en nuestros días son los usados para procesar tareas que requieren de un gran desempeño 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 computación 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 través de una red de área local (LAN) de alta velocidad. Los sistemas de computación tipo cluster se popularizaron cuando la relación precio/desempeño de las computadoras personales y estaciones de trabajo mejoró considerablemente. En un momento dado, resultó técnica y económicamente atractivo construir sistemas de supercómputo mediante la interconexión de computadoras simples a través de una red de computadoras de alta velocidad. Virtualmente en todos los casos, la computación cluster es utilizada para la programación paralela, en la que un programa sencillo de alta demanda computacional es ejecutado en paralelo o concurrentemente en múltiples computadoras conectadas a la red local. Figura 2.1. Ejemplo de sistema computacional distribuido tipo cluster.
- 2. Tipos de Sistemas Distribuidos En la Figura 2.1 se muestra la configuración de uno de los sistemas computacionales cluster más populares, los clusters Beowulf basados en el sistema operativo Linux. Cada cluster está compuesto por un conjunto de nodos de cómputo que son controlados y accesados por medio de un nodo maestro único. El nodo maestro típicamente controla la asignación de los nodos de cómputo a un programa paralelo en particular (determina a que nodos de cómputo 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 cómputo); y provee una interfaz para los usuarios del sistema. En sí, el nodo maestro corre el middleware requerido para la ejecución de los programas y la administración del cluster, mientras que los nodos de cómputo no requieren más que un sistema operativo estándar. Una parte importante del middleware está constituido por las librerías que hacen posible la ejecución de programas en paralelo. Muchas de estas librerías proveen las facilidades requeridas para establecer una comunicación 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 organización gerárquica, se tiene el modelo simétrico 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 distribución de las partes del programa (procesos) a ejecutar en paralelo. Los procesos migran dinámica y preventivamente a los nodos del cluster. Este proceso de migración permite que el usuario inicia una aplicación en cualquier nodo (conocido como nodo hogar o home), después 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 comúnmente se construyen como una federación de sistemas de cómputo, en el que cada sistema suele estar bajo un dominio administrativo distinto, y en los que los componentes de hardware, software y tecnología de red pueden ser muy diferentes. Los sitemas grid son heterogéneos, por lo que no se hacen suposiciones de uniformidad en cuanto al hardware, sistemas operativos, redes, dominios administrativos, políticas de seguridad, etc. El punto crucial de un sistema computacional grid estriba en que los recursos de distintas organizaciones son puestos a la disposición de un grupo de personas o instituciones para que colaboren entre sí. Esta colaboración se implementa como una organización virtual, en la que sus miembros tienen derecho a usar los recursos que provee la organización virtual. Típicamente, los recursos del grid consiste en servidores (incluyendo supercomputadoras, posiblemente clusters), medios de almacenamiento, bases de datos, etc. Además, también 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 año 2001. Esta arquitectura basada en un sistema de capas se muestra en la Figura 2.2.
- 3. 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 diseñadas para compartir estos recursos dentro de la organización virtual. Típicamente realizan funciones para solicitar el estatus y capacidades de los recursos, además de administrar los recursos (cerrar los recursos en uso). Capa de conectividad – Consiste en los protocolos de comunicación para dar soporte a las transacciones que abarcan recursos múltiples 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. Además, esta capa contiene protocolos de seguridad para autentificar usuarios y recursos. En muchos casos, más que el usuario, son las aplicaciones las que deben ser autentificadas, por lo que resulta indispensable delegar los derechos del usuario a la aplicación. 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 fábrica pone a disposición. Por ejemplo, esta capa ofrecerá funciones para obtener información sobre la configuración de un recurso en específico, o, en lo general, para desempeñar operaciones específicas 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 información de identificación y autorización de la capa de conectividad. Capa colectiva – Controla el acceso a recursos múltiples y típicamente consiste en servicios para el descubrimiento de recursos, asignación y programación en tiempo de las tareas en recursos múltiples, replicación de datos, etc. A diferencia de las capas de conectividad y recurso, las cuales consisten en una pequeña colección estándar de protocolos, la capa de colectividad puede consistir en muchos protocolos diferentes para muchos propósitos diferentes, lo cual refleja el amplio espectro de servicios que se pueden ofrecer a una organización virtual. Capa de aplicación – Consiste en las aplicaciones que operan dentro de la organización virtual y que usan el ambiente de computación grid.
- 4. Tipos de Sistemas Distribuidos Las capas colectiva, de conectividad y recurso forman el corazón de lo que puede llamarse capa de middleware del grid. Estas capas, en conjuto, proveen acceso y administración de recursos que potencialmente estás dispersos en varios sitios (unidades administrativas). 2.1.3 Sistemas de Información 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 más fácil integrar aplicaciones en un sistema de información global en la empresa. Al tornarse las aplicaciones más sofisticadas y al ser separadas en varios componentes independientes, se volvió evidente que la integración de varias de estas aplicaciones debería efectuarse permitiendo que las aplicaciones se comunicaran directamente unas con otras. La necesidad de implementar la comunicación entre aplicaciones llevo a desarrollar muchos tipos diferentes de modelos de comunicación. La idea fundamental es que las aplicaciones existentes puedan intercambiar información directamente. La Figura 2.3 muestra como se puede utilizar distintos tipos de middleware de comunicación. Figura 2.3. Uso de middleware de comunicación como facilitador de la integración de aplicaciones. Existen varios tipos de middleware de comunicación. Con el uso de RPC’s (del inglés Remote Procedure Call, o Llamada a Procedimiento Remoto en español), un componente de una aplicación puede enviar una solicitud (cliente) a otro componente de aplicación, lo que resulta en una solicitud empaquetada en forma de un mensaje el cual es enviado a la aplicación destino (servidor). El resultado a la vez, será regresado al cliente en forma de RPC.
- 5. Tipos de Sistemas Distribuidos Al incrementarse la popularidad de tecnología objeto, se desarrollaron técnicas similares a los RPC’s, pero que en lugar de ser orientado a aplicaciones son orientados a objetos remotos. Estas técnicas se llaman RMI’s (Remote Method Invocations, o, en español, Invocaciones a Métodos 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 conexión a la red más o menos permanente y de alta calidad. Sin embargo, muchas cosas han cambiado con la introducción de dispositivos de cómputo móviles o embebidos. Ahora es común 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 pequeños, operados con baterías, móviles y con una sola conexión inalámbrica (no necesariamente aplican todas estas características a todos los dispositivos). Un sistema penetrante distribuido es parte de nuestro entrono, y, por consecuencia, inherentemente distribuido. Una situación 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 demás 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 composición adaptable (los dispositivos pueden ser utilizados en diferentes formas por diferentes usuarios). 3. Por omisión, deben compartir recursos. Al ser agregados al sistema generalmente deben accesar y proveer información. Ejemplos comunes de sistemas penetrantes distribuidos son los smartphones (teléfonos inteligentes), PDA’s, video juevos, etc. DEFINICIONES: Proceso - Instancia de la ejecución 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 común que este middleware provea la posibilidad de comunicación a aplicaciones a través de la red. Estás características no son