DEFINICION DE SISTEMA OPERATIVO DE RED (NOS)

Un sistema operativo de red (Network Operating System) es un componente software de unacomputadora que tiene como objetivo coordinar y manejar las actividades de los recursos del ordenador en una red de equipos. Consiste en un software que posibilita la comunicacin de unsistema informtico con otros equipos en el mbito de una red. Dependiendo del fabricante delsistema operativo de red, tenemos que el software de red para un equipo personal se puede aadir al propio sistema operativo del equipo o integrarse con l. Netware de Novell es el ejemplo ms familiar y famoso de sistema operativo de red donde el software de red del equipo cliente se incorpora en el sistema operativo del equipo. El equipo personal necesita ambos sistema operativos para gestionar conjuntamente las funciones de red y las funciones individuales. Caractersticas de los Sistemas Operativos de Red En general, se puede decir que un Sistema Operativo tiene las siguientes caractersticas: o Conveniencia. Un Sistema Operativo hace ms conveniente el uso de una computadora. o Eficiencia. Un Sistema Operativo permite que los recursos de la computadora se usen de la manera ms eficiente posible. o Habilidad para evolucionar. Un Sistema Operativo deber construirse de manera que permita eldesarrollo, prueba o introduccin efectiva de nuevas funciones del sistema sin interferir con elservicio. o Encargado de administrar el hardware. El Sistema Operativo se encarga de manejar de una mejor manera los recursos de la computadora en cuanto a hardware se refiere, esto es, asignar a cadaproceso una parte del procesador para poder compartir los recursos. o Relacionar dispositivos (gestionar a travs del kernel). El Sistema Operativo se debe encargar de comunicar a los dispositivos perifricos, cuando el usuario as lo requiera. o Organizar datos para acceso rpido y seguro. o Manejar las comunicaciones en red. El Sistema Operativo permite al usuario manejar con alta facilidad todo lo referente a la instalacin y uso de las redes de computadoras. o Procesamiento por bytes de flujo a travs del bus de datos. o Facilitar las entradas y salidas. Un Sistema Operativo debe hacerle fcil al usuario el acceso y manejo de los dispositivos de Entrada/Salida de la computadora. o Tcnicas de recuperacin de errores. o Evita que otros usuarios interfieran. El Sistema Operativo evita que los usuarios se bloqueen entre ellos, informndoles si esa aplicacin esta siendo ocupada por otro usuario. o Generacin de estadsticas. o Permite que se puedan compartir el hardware y los datos entre los usuarios. Sistemas Operativos de red. Son aquellos sistemas que mantienen a dos o ms computadoras unidas atravs de algn medio de comunicacin (fisico o no), con el objetivo primordial de poder compartir los diferentes recursos y la informacin del sistema. El primer Sistema Operativo de red estaba enfocado a equipos con un procesador Motorola 68000,

pasando posteriormente a procesadores Intel como Novell Netware. Los Sistemas Operativos de red mas ampliamente usados son: Novell Netware, Personal Netware,LAN Manager, Windows NT Server, UNIX, LANtastic. Definicin y objetivos de un sistema distribuido

Existen muchas definiciones y no siempre coincidentes. Nosotros diremos que un sistema distribuido es un cojunto de computadores independientes que se presenta a los usuarios como un sistema nico. En esta definicin cabe destacar dos aspectos. Uno, el hardware. La definicin habla de mquinas autnomas, es decir, que pueden operar sin la supervisin de ninguna otra. Dos, el software, que debe conseguir que los usuarios del sistema lo vean como una mquina central convencional nica. Concepto de Sistemas Operativos distribuidos. Permiten distribuir trabajos, tareas o procesos, entre un conjunto de procesadores. Puede ser que este conjunto de procesadores est en un equipo o en diferentes, en este caso es trasparente para el usuario. Existen dos esquemas bsicos de stos. Un sistema fuertemente acoplado es a es aquel que comparte la memoria y un reloj global, cuyos tiempos de acceso son similares para todos los procesadores. En un sistema dbilmente acoplado los procesadores no comparten ni memoria ni reloj, ya que cada uno cuenta con su memoria local.

Los sistemas distribuidos deben de ser muy confiables, ya que si un componente del sistema se compone otro componente debe de ser capaz de reemplazarlo.

Entre los diferentes Sistemas Operativos distribuidos que existen tenemos los siguientes: Sprite, Solaris-MC, Mach, Chorus, Spring, Amoeba, Taos, etc.

Aspectos de los Sistemas Operativos distribuidos: Coleccin de sistemas autnomos capaces de comunicacin y cooperacin mediante interconexiones hardware y software . Gobierna operacin de un S.C. y proporciona abstraccin de mquina virtual a los usuarios. Objetivo clave es la transparencia. Generalmente proporcionan medios para la comparticin global de recursos. Servicios aadidos: denominacin global, sistemas de archivos distribuidos, facilidades para distribucin de clculos (a travs de comunicacin de procesos internodos, llamadas aprocedimientos remotos, etc.).

Caracteristicas de Sistemas Distribuidos Hasta aqu nos hemos dedicado a hacer un repaso del hardware sobre el que puede construirse un sistema distribuido y del tipo de software que da al usuario del mismo una vista o apariencia ms o menos integrada. En el resto del captulo vamos a detenernos en los aspectos que hay que considerar en la construccin de un sistema para que pueda ser entendido como realmente distribuido. Estos aspectos son la transparencia, la flexibilidad, la fiabilidad, las prestaciones y la escalabilidad. Trasparencia Se dice que un sistema distribuido es trasparente cuando es visto tanto por el usuario como por el programador como un sistema convencional de tiempo compartido. La trasparencia total es difcil de lograr. Parcialmente, el concepto de transparencia puede ser aplicado a varios aspectos de un sistema distribuido. La transparecia a la ubicacin consiste en que los nombres de los recursos no estn ligados a las mquinas concretas. Por ejemplo, en un sistema que sea transparente a la localidad, no se permiten en una llamada al sistema open nombres como maquina1/home/pipo/agenda. La transparencia a la migracin es un concepto un tanto ms elaborado. Consiste en que los recursos, si bien su nombre no depende de su localizacin, cuando esta cambia, el nombre del recurso cambia. Consideremos un sistema con dos servidores de ficheros. Los usuarios ven el directorio raz del primer servidor como el directorio /libros y el segundo como /articulos. Supongamos que en el servidor segundo tenemos el directorio actaInf93, que los usuarios ven como /artculos/actaInf93. El administrador del sistema puede considerar que los artculos del directorio actaInf93, que han sido compilados y editados en una publicacin nica, deben ser considerados como un libro, de modo que son migrados al otro servidor en el directorio actaInf93. Ahora, el usuario no ve el directorio /articulos/actaInf93 y s percibe que ha aparecido el directorio /libros/actaInf93. Este cambio en la ubicacin fsica de un directorio ocasiona que el nombre del directorio cambie de nombre. Se puede decir que este sistema de ficheros no es transparente a la migracin. Para aumentar la seguridad de los sistemas, en ocasiones se replican ciertos recursos. La transparencia a la replicacin consiste en que el nombre de los recursos debe ser independientes de la rplica concreta. En el ejemplo anterior, el directorio /actaInf93 puede residir en los dos servidores para mayor seguiridad. Sin embargo cada rplica tendra un nombre asociado, bien /artculos/actaInf93, bien /libros/actaInf93. Un sistema de ficheros transparente a la replicacin sera aquel en el cual varios servidores dispuestos en un anillo lgico mantuviesen la misma jerarqua de directorios, pero los ficheros no se encuentran en todas las mquinas. El sistema decide en qu mquinas replicar un fichero. Cuando se produce un acceso a un fichero por parte de un proceso, la peticin se dirige al primer servidor. Si no est el fichero, la solicitud se redirije al

siguiente, etc. El primer servidor que mantenga el fichero atender la peticin. Lo importante es que el nombre del fichero es independiente de si el fichero est replicado o no, cuntas veces y en qu mquinas. Otro aspecto de la transparencia es la denominada transparencia a la concurrencia. En ocasiones, en un sistema de tiempo compartido dos procesos acceden al mismo registro de un fichero. El que dicha posibilidad exista no debe influir en la forma que es accedido el fichero en el proceso de usuario. Este sistema de acceso debiera se transparente a la concurrencia. Sin duda alguna, la transparencia ms difcil de alcanzar es la transparencia al paralelismo. Cuando se dispone de ms de una UCP, los problemas se pueden descomponer en procesos, cada uno de ellos ejecutando en una UCP y comunicndose a travs de mensajes. Esta aproximacin exige del programador que conozca de cantas UCP dispone su sistema y conozca que su programa admite una descomposicin en actividades que pueden ser ejecutadas en paralelo. Sera ideal que el compilador del programa y el sistema operativo llevasen a cabo dicha descomposicin. Desgraciadamente, el estado actual de los conocimientos en nos sita an muy lejos de lograr la transparencia al paralelismo. Flexibilidad Este aspecto se refiere a la forma en que debe ser construido el sistema operativo. Conviven dos escuelas de pensamiento que son las del kernel monoltico y las del sistema operativo basado en microkernel. La primera sostiene que los servicios del sistema deben residir en el sistema operativo y la segunda que es preciso extraer todos los servicios posibles fuera del ncleo del sistema operativo y disponerlos en procesos de usuario, logrando un mayor estructura e independencia en los servicios, que pueden residir en mquinas diferentes. Hoy en da el kernel monoltico domina el mundo de los sistemas operativos, pero parece que el futuro se impondr la filosofa microkernel, debido a su mayor flexibilidad. Para obtener un servicio, un proceso de usuario enva un mensaje al servidor adecuado. El kernel slo se ocupa de realizar el paso del mensaje y es el proceso de usuario quien realiza el trabajo cuado recibe el mensaje. Es la facilidad para aadir, suprimir y modificar los servicios los que que da la flexibilidad al sistema microkernel. Por ejemplo, puede fcilmente disponerse de dos sistemas de ficheros, UNIX, donde los discos mantienen la asignacin de los ficheros en i-nodos y MS-DOS, donde los discos mantienen la FAT. Con un kernel monoltico, el sistema de ficheros es el que es y no puede modificarse. La nica ventaja de los kernel monolticos sobre los microkernels es su mayor velocidad debido a la ausencia de trfico de mensajes. Sin embargo, en los sistemas operativos distribuidos existen otros factores a considerar adems del trfico de mensajes que minimizan el impacto de estos en las prestaciones del sistema global, de modo que en un futuro previsible se impondrn los sistemas microkernel. Fiabilidad

Una de las motivaciones originales para tratar de construir sistemas distribuidos fue el aumento de la fiabilidad del sistema. En un sistema con cien UCP's el fallo de uno de ellas no tendr consecuencias graves, por que su trabajo ser realizado por las otras. En un sistema en el que el sistema de ficheros se reparte en cuatro servidores, cada uno de ellos con una probabilidad de que en un instante dado sea inoperativo de 0.05, la probabilidad de que el sistema de ficheros completo no sea operativo es de 0.054 = 0.000006. No obstante, esta es slo parte de la verdad. Una cita muy famosa de Leslie Lamport define un sistema distribuido como aquel en el que nunca se puede hacer nada porque siempre necesita de un servicio que presta una mquina que uno nunca sabe donde est que se ha estropeado. As, el ejemplo anterior puede interpretarse del siguiente modo. Ya que la probabilidad de que uno de los servidores est disponible es del 0.95, la probabilidad de que un proceso que necesite acceder a los cuatro servidores pueda ejecutarse es de 0.954 = 0.84. La fiablilidad tiene varios aspectos. Uno es la disponibilidad, que es la fraccin de tiempo en que el sistema es operativo. La disponibilidad aumenta cuando no es preciso que muchos componentes crticos del sistema necesiten estar operativos simultneamente, pero desde luego la clave para garantizar la disponibilidad es la replicacin de los componentes, sean software o hardware. Si uno falla, otro estar disponible. La redundancia, no obstante, acarrea otros problemas. Entre ellos est la consistencia de los datos. A mayor nmero de copias, mayor es la probabilidad de que se produzcan inconsistencias, especialmente si al nmero de escrituras es muy alto. Otro aspecto de la fiablidad es el de la seguridad de los datos, que deben ser protegidos contra accesos no autorizados que los corrompan o eliminen. La problema de seguridad crece en los sistemas distribuidos debido al aumento del nmero de mensajes que circulan por las lneas de comunicacin, que pueden ser interceptados e impostados por mquinas ajenas al sistema. Supongamos un sistema distribuido formado por las mquinas A, B, C y D. Si la mquina F tiene acceso a las lneas de comunicacin, F puede enviar un mensaje a A solicitndola un servicio como puede ser el acceso a determinado registro de datos confidencial. En el campo del mensaje que determina la mquina fuente siempre puede insertar el nombre de la mquina B. La mquina A no tiene medio de saber que el mensaje ha sido impostado y contesta a la mquina B. Este mensaje tambin es interceptado o ledo por la mquina F. Prestaciones Por muy brillantemente que hayan sido resueltos los objetivos de transparencia y fiabilidad de un sistema operativo distribuido, este no tendr xito si es lento. La velocidad de los sistemas distribuidos viene comprometida por el trfico de mensajes en las lneas de comunicacin. En una red local, el envo de un mensaje puede llevar alrededor de un milisegundo. La mayora de este tiempo se gasta en la ejecucin de los protocolos de comunicacine en ambos extremos de la lnea. El aumento de velocidad pasa necesariamente por minimizar el nmero de mensajes intercambiados. Por una parte, el descomponer un problema en actividades que pueden ser ejecutadas en paralelo y asignarlas a distintos procesadores es la mejor manera de resolver el problema de forma eficiente. Por otra parte, a mayor nmero de procesadores, mayor es el nmero

de mensajes intercambiados. Aparece as el concepto de la granularidad de los clculos. El problema de sumar cuatro enteros puede ser descompuesto en dos subproblemas. El primero es sumar los dos primeros nmeros y el segundo el sumar los dos ltimos. Desde luego no merece la pena el solicitar un servicio remoto para sumar dos enteros por que el costo de las comunicaciones es incomparablemente mayor que el ahorro de tiempo conseguido en su ejecucin simultnea. En general, se puede decir que un sistema operativo distribuido dar pocas prestaciones en problemas de granularidad fina, es decir aquellos en que muestran muchos clculos pequeos que se comunican intensamente. Si son apropiados en la resolucin de problemas de granularidad gruesa, aquellos que exiben unos pocos bloques de clculo independientes y pocas necesidades de comunicacin. Escalabilidad A pesar de los progresos de los ltimos aos, con sistemas concretos y desarrollados, el diseo de sistemas operativos distribuidos es un campo an poco conocido e investigado. Los actuales sistemas abarcan como mximo unos cientos de mquinas. A medida que la informtica se introduce en las actividades cotidianas y el ordenador se introduce en los hogares, comienzan a perfilarse sistemas de miles de millones de mquinas. La pregunta que se plantea es la siguiente. Los mtodos y algoritmos utilizados en los sistemas operativos distribuidos actuales son apropiados, es decir, escalan adecuadamente cuando el nmero de componentes aumenta en rdenes de magnitud? Aunque se sabe an muy poco acerca de estos enormes sistemas futuros, una cosa parece estar clara: hay que evitar componentes, estructuras de datos -tablas, etc- y algoritmos que operen de forma centralizada. En cuanto a los componentes o mquinas, es posible tener un nico servidor que atienda a cuatro cientos millones de hispanohablantes, pero ms vale repartir su carga de trabajo entre otros servidores a fin de paliar los esfectos de una interrupcin del servicio. En cuanto a las tablas, se puede mantener los nmeros de telfono de cuatrocientos millones de personas en una sla mquina. Supongamos un registro de 50 caracteres. El listado total requiere un almacenamiento de 50 * 4 * 108 = 20 * 109 = 20 Gbytes, que puede soportar incluso una nica unidad de disco. No obstante, concentrar las peticiones en est mquina saturara no slo su UCP sino las lneas de comununicacin que salen y entran en el sistema. Centralizar algoritmos tampoco es una buena idea. En un sistema distribuido grande, una cantidad enorme de mensajes debe ser encaminada a lo largo de muchas lneas y mquinas. La forma ms eficiente de hacer esto es recabar peridicamente toda la informacin de la carga de todas las lneas y mquinas en una mquina central. Con la informacin obtenida esta mquina calcular todas las rutas ptimas empleando un algoritmo de teora de teora de grafos. Sus resultados sern despus extendidos al resto de las mquinas del sistema. Una mquina nica prestando servicios a demasiados clientes hemos visto que es inadecuada. En general, algoritmos que exijan el requerir informacin a todos los componentes, realizar clculos con la informacin recabada y despus distribuir los resultados deben ser evitados. Slo deben usarse algoritmos descentralizados,