INSTITUTO TECNOLOGICO DE LA PIEDAD

LIC. INFORMATICA

SISTEMAS OPERATIVOS II

PROFESOR ING. HECTOR OCEGERA SOTO

TRABAJO SISTEMA DE ARCHIVOS DISTRIBUIDOS

PARTICIPANTES NORMA ALEJANDRA NAVARRO ENRIQUEZ ANTONIO DE JESUS FLORES CARRERA

GRADO Y GRUPO 6 D

LA PIEDAD MICH.; A 22 DE FEBRERO DE 2012.

CONTENIDO

INTRODUCCION .................................................................................................... 3 ANTECEDENTES ................................................................................................... 4 NOMENCLATURA Y TRANSPARENCIA................................................................ 5 ACCESO A ARCHIVOS REMOTOS ....................................................................... 7 SERVIDORES SIN ESTADO .................................................................................. 9 SERVIDORES CON ESTADO ................................................................................ 9 EL SISTEMA DE ARCHIVOS NFS ......................................................................... 9 CONCLUSION ...................................................................................................... 12 BIBLIOGRAFIA ..................................................................................................... 13

INTRODUCCION

En el presente trabajo se presenta lo que es un sistema de archivos distribuidos, sus antecedentes y las partes que lo forman. La gestin de un sistema de ficheros distribuido se soporta mediante dos funciones a menudo bien diferenciadas: un servicio de nombres o directorios y un servicio de ficheros. Es fundamental proporcionar un rendimiento aceptable, por lo que hay que alcanzar un compromiso entre la disponibilidad local de la informacin para disminuir los costes de comunicacin (caching y distribucin) y la consistencia, que se refleja en la semntica que muestran los accesos compartidos.

ANTECEDENTES
Un sistema distribuido es un conjunto de mquinas dbilmente acopladas interconectadas mediante una red de comunicacin. Se emplea el trmino mquina para designar una computadora o una estacin de trabajo. Estructura: Para saber como es la estructura de un DFS necesitamos definir los trminos: Servicio Servidor Cliente. Servicio: Es una entidad de software que corre en una o ms mquinas y proporciona un tipo particular de funcin a clientes que no se conocen por adelantado. Servidor: Es el software de servicio que corre en una sola mquina. Cliente: Es un proceso que puede llamar a un servicio empleando operaciones que forman su interfaz de cliente.

NOMENCLATURA Y TRANSPARENCIA

Una nomenclatura es un tipo de mapeo entre objetos lgicos y fsicos, por ejemplo: los usuarios manejan objetos de datos lgicos representados por nombres de archivos, en tanto que el sistema se encarga de manipular los bloques fsicos de datos almacenados en disco.

En un DFS transparente se agrega una nueva dimensin a la abstraccin: como la de ocultar el lugar en la red donde se localiza dicho archivo. Estructura de Nomenclatura Existen dos tipos de nomenclatura para los mapeos de nombres en un DFS: Transparencia de ubicacin: el nombre de un archivo no revela pista alguna de la ubicacin del almacenamiento fsico del archivo. Independencia de la ubicacin: el nombre de un archivo no necesita modificarse cuando cambia la ubicacin del almacenamiento fsico del archivo. Otros aspectos que pueden diferenciar la independencia y transparencia de ubicacin esttica: Separar los datos de la ubicacin segn lo exhibe la independencia de ubicacin para proporcionar una mejor abstraccin para los archivos. Los usuarios pueden compartir archivos remotos, simplemente nombrando a los archivos en una forma transparente a la ubicacin, como si los archivos fueran locales. La independencia de ubicacin separa la jerarqua de nomenclatura de la jerarqua de los dispositivos de almacenamiento y de la estructura entre computadoras.

Esquema de Nomenclatura Existen tres enfoques principales para los esquemas en un DFS: El ms sencillo es aquel en el cual a los archivos se les asigna un nombre que es una ubicacin del nombre de su anfitrin y el nombre local, lo cual garantiza un nombre nico en todo el sistema. El segundo enfoque fue popularizado por el sistema de archivos de red de Sun (Network File System, NFS), el cual proporciona medios para ligar directorios remotos a directorios locales, dando de esta forma la apariencia de un rbol coherente de directorios. En el tercer enfoque, se logra una integracin total de los sistemas de archivos, aqu podemos notar que su estructura es isomrfica con respecto a la estructura de un sistema de archivos convencional, pero sin embargo los diversos archivos especiales, como los de UNIX y los directorios binarios de la mquina, hacen que esta meta sea difcil de alcanzar. Tcnicas de Implementacin La implementacin que posee o que tiene una nomenclatura transparente requiere una provisin para el mapeo de un nombre de archivo en la ubicacin asociada. Para una mejor disponibilidad de la informacin de mapeo podemos emplear mtodos como la replicacin, el uso de cachs o ambos si es necesario. Podemos introducir identificadores de archivos de bajo nivel

independientes de la ubicacin, los cuales nos servirn para hacer actualizaciones simples y la vez consistentes de una determinada informacin en memoria. La implementacin de rboles de directorios tipo UNIX utilizando estos identificadores de bajo nivel independientes de la ubicacin, hace que

toda la jerarqua sea invariante bajo la migracin de unidades componentes.

ACCESO A ARCHIVOS REMOTOS

Un mecanismo de servicio remoto es aquel mediante el cual la solicitudes de acceso se entregan al servidor, la mquina del servidor realiza los accesos y los resultados se envan de regreso al usuario Para asegurar un desempeo razonable en un mecanismo de servicio remoto podemos emplear una forma de uso de cachs que en los archivos convencionales, el raciocinio para el uso de cachs es reducir la E/S de disco, mientras que en los DFS, la meta es reducir tanto el trfico en la red como en la E/S de disco. Esquema bsico de uso de cachs Si los datos necesarios para satisfacer la solicitud de acceso no se encuentran ya en cach, entonces se lleva una copia de dichos datos desde el servidor al sistema del cliente. Los accesos se realizan en la copia que est en cach. Una poltica de reemplazo por ejemplo: los menos recientemente usados mantienen limitado el tamao de la cach. Los archivos se siguen identificando con una copia que reside en la mquina del servidor, pero aqu las copias o partes del archivo estn dispersas en diferentes cachs. El tamao del bloque y el tamao total de la cach tienen una importancia obvia en los esquemas de uso de cachs con bloques

Ubicacin de cachs Las cachs de disco tienen una ventaja muy clara sobre las cachs de memoria principal: como es su confiabilidad. Las modificaciones que se hacen a datos en cach se pierden durante una cada de dicha cach; es decir solo se mantienen en memoria voltil Por lo tanto si los datos que se encuentran en cach se mantienen en disco siguen estando ah durante la recuperacin, por lo que ya no es necesarios traerlos nuevamente. Ventajas de cachs de memoria principal Permiten tener estaciones de trabajo sin discos. Pueden accederse ms rpidamente a sus datos. La tendencia actual en la tecnologa es haca memorias con mayor capacidad y menor costo. Las cachs de servidores estarn en memoria principal independientemente de donde se encuentren ubicadas las cachs de usuario. Si en la mquina del usuario tambin se usa cachs de memoria principal se puede crear un solo mecanismo de uso de cachs para que sea utilizado tanto por el servidor como el usuario. Comparacin entre el uso de cachs y de servicios remotos Una comparacin entre estos dos tiene que ver con un incremento potencial en el desempeo y una disminucin en la simplicidad tanto de los cachs como los servicios remotos. Entre sus ventajas y des ventajas que stos presentan tenemos: Un nmero considerable de los accesos remotos puede ser manejado eficientemente por la cach local cuando se hace uso de cachs.
8

El trabajo total adicional de la red en la transmisin de grandes porciones de datos es menor que cuando se transmiten series de respuestas a solicitudes especficas.

SERVIDORES SIN ESTADO

Servidores sin estado (stateless) Tolerancia a fallos No requieren llamadas para establecer y cerrar conexiones No se desperdicia memoria en tablas No existe lmite para el nmero de conexiones abiertas a la vez No se producen problemas si cae un cliente

SERVIDORES CON ESTADO

Servidores con estado (stateful) Mensajes de solicitud de servicio ms cortos Mejor rendimiento En el caso de servidores de ficheros Es posible realizar operaciones de lectura anticipada Permiten el bloqueo de ficheros

EL SISTEMA DE ARCHIVOS NFS

NFS utiliza al igual que NIS (Network Information Service), RPC (Remote Procedure Calls). En Linux esto es posible, gracias a una mezcla de funcionalidad del Kernel en el cliente y un demonio servidor de NFS en el servidor. La forma de trabajar de NFS es la siguiente. Un cliente intenta montar (conectar a su rbol de directorios) un directorio desde un host remoto en un directorio local de la misma forma que si fuera un dispositivo fsico. Sin embargo la sintaxis empleada para montar el directorio remoto es diferente:

[root@mis01]# mount -t nfs hostname:/dirremoto /dirlocal El comando mount intenta conectar con el demonio mountd en el host remoto va RPC. El servidor chequear si el cliente tiene permitida la operacin, y si es as le devolver un manejador de fichero. Descripcin del Servicio y Conceptos Implicados Cuando alguien accede a un fichero a travs de NFS, el kernel coloca una llamada RPC en el demonio nfsd en la mquina servidora. Esta llamada toma el manejador de fichero, el nombre de fichero a ser accedido, y el uid y el gid del usuario como parmetros, que se utilizan para determinar los derechos de acceso. En la mayora de implementaciones UNIX, la funcionalidad NFS, tanto en el cliente como en el servidor se implementa como demonios (procesos) a nivel de Kernel que se arrancan desde el espacio de usuario en el boot del sistema. Estos son, el demonio nfsd en el host servidor y el demonio de bloqueo de E/S biod en el cliente. El NFS de Linux es un poco diferente ya que el cdigo del cliente est integrado en el nivel del Sistema de Ficheros Virtual (VFS) del kernel y no requiere control adicional a travs de un demonio biod. Actualmente existen dos implementaciones del servidor NFS bajo Linux. Una es el servidor NFS en el espacio del usuario y otra el servidor NFS en el espacio del Kernel. La del espacio del usuario tiene que copiar memoria extra entre el espacio del kernel y el espacio del usuario y adems es una sobrecarga para el cambio de contexto. No se permiten bloqueos a nivel de registro ni de fichero. Mientras que el servidor NFS en el espacio del kernel no tiene que mover memoria entre los dos espacios ya que se ejecuta en el espacio del kernel y realiza las llamadas RPC dentro del kernel.

10

Anlisis de Protocolos Lo que comnmente se llama NFS est formado por 4 protocolos distintos. Cada uno depende de las Remote Procedure Calls (RPC) y de portmap (tambin llamado rpc.portmap). Un portmapper convierte nmeros de programa RPC en nmeros de puerto. Cuando un servidor RPC se inicia, dice a portmap qu puerto usar y el nmero de programa RPC manejado. Cuando un cliente quiere enviar una peticin RPC a un nmero de programa dado, primero contacta con el servidor portmap para tomar el nmero de puerto dando acceso al programa deseado. Despus, dirige los paquetes RPC al puerto correspondiente. Los 4 servicios que permiten funcionar a NFS son:

11

CONCLUSION

Los sistemas distribuidos abarcan una cantidad de aspectos considerables, por lo cual su desarrollo implica mucha complejidad. Existen ciertos aspectos que requieren extremo cuidado al desarrollarse e implantarse como el manejo de fallos, el control de la concurrencia, etc. Se nota tambin que muchas tecnologas estn en constante desarrollo y maduracin, lo cual implica un minucioso estudio previo de muchos factores antes de apostar por alguna tecnologa en especial.

12

BIBLIOGRAFIA

[Stal01] Stallings, William. "Systemas Operativos". 4ta Edi. Pearson Edicacin, S.A. Madrid. 2001. http://es.scribd.com/doc/59670172/7/Servidores-sin-estado http://www.sc.ehu.es/acwlaroa/SDI/Apuntes/Cap4.pdf http://exa.unne.edu.ar/depar/areas/informatica/SistemasOperativos/SO11.htm#DS DA http://www.lodemenos.net/IMG/pdf/T01-alsc10.pdf

13