UNIVERSIDAD DE SANTIAGO DE CHILE FACULTAD DE INGENIERIA DEPARTAMENTO DE INFORMATICA

INFORME N I ESTRUCTURAS DE ARCHIVOS ZFS ZETTABYTE FILE SYSTEM

Autores:

Daniel Bravo Daz Juan Reyes Ramrez Sergio Gonzlez Celis

Docente: Paulo Quinsacara J.

Santiago, 20 de Octubre de 2011

Tabla de contenido

INTRODUCCION.................................................................................................................4 VIVISION GENERAL DEL SISTEMA DE ARCHIVOS ZFS........................................5 Novedades de ZFS...............................................................................................................6 FUNDAMENTOS DE LA ARQUITECTURA ZFS..........................................................7 CARACTERISTICAS DE GESTION DE ZFS.................................................................8 Caracteristicas del pool....................................................................................................9 Gestion del pool...............................................................................................................9 PROPIEDADES DEL SISTEMA DE ARCHIVOS ZFS................................................11 LIMITACIONES DE ZFS.................................................................................................12 ESTADOS DE ZFS.............................................................................................................12 COMPONENTES DE ZFS.................................................................................................13 ESTRUCTURA DEL SISTEMA DE ARCHIVOS..........................................................13 SPA (Storage Pool Allocator)........................................................................................14 DSL (Dataset and Snapshot Layer)..............................................................................14 DMU (Data Management Layer)..................................................................................14 ZAP (ZFS Attribute Processor).....................................................................................15 ZPL (ZFS Posix Layer)..................................................................................................15 ZIP (ZFS Posix Layer)...................................................................................................15 ZVOL (ZFS Volume)....................................................................................................16 LA GESTION DE LOS DATOS........................................................................................17 LECTURA Y ESCRITURA...............................................................................................18 Protocolos de Escritura..................................................................................................19 Protocolos de Lectura....................................................................................................21 CONCLUSION....................................................................................................................23 FUENTES Y REFERENCIAS...........................................................................................24

INTRODUCCION

La informtica ha logrado generar distintos tipos de tecnologas, las que son adoptadas por las compaas realizando sus propios esquemas de manejo de informacin. Microsoft, Sun y Apple son corporaciones que manejan sistemas y estructuras propios buscando la seguridad, velocidad y fiabilidad de la informacin. Apple dise un sistema de archivos llamado Hierarquical File System Sistema de archivos jerrquico (HFS) el cual fue reemplazado para trabajar con discos duros de mayor capacidad, conocido como HFS+ (Hierarquical File System Plus), luego de esto se ha intentado implementar ZFS en las arquitecturas de Apple, especficamente en Mac OS x leopard, el presente trabajo fue pensado para abordar sta implementacin sin embargo Apple no lo ha implementado por un tema de licencias por lo que se abordar ZFS como sistema de archivo de Solaris abarcando caracteristicas y generalidades que permitan comprender el proceso de Lectura y escritura de ste sistema de archivos

ZFS (Zettabyte File System),

Es una nueva clase de sistema de archivos

incorporado inicialmente a Solaris 10 y que La compaa Tens Complement LLC pretenda incorporar a Mac OS X, ste revolucionario sistema de archivos aporta una forma de administracin ms simple, manejando escalabilidad y una fortaleza nica en la integridad de los datos con funciones y ventajas que no hay en ningn otro sistema de archivos actual, ZFS no es precisamente el sistema de archivos ms rpido del mundo y puede considerarse como "lento" para operaciones por bloques, adems, la ocupacin del disco es mucho mayor que con cualquier otro sistema, debido al sistema de imgenes, y adems, la ocupacin de memoria tambin, por la necesidad de crear en RAM todas las transacciones antes de intentar realizarlas en disco por lo que probablemente, no sustituya a HFS+ como sistema de archivos estndar en Mac, pero s podra ser una opcin, especialmente en Mac OS X Server, sin embargo es importante aclarar que ZFS

no es una mejora incremental de la tecnologa existente; es fundamentalmente un nuevo acercamiento a la administracin/gestin de datos.

UNA VISION GENERAL DE ZFS ZFS se basa en el concepto de grupos de almacenamiento para administrar el almacenamiento fsico. Desde siempre, los sistemas de archivos se estructuran a partir de un solo nico dispositivo fsico. Para poder ocuparse de varios dispositivos y ofrecer redundancia de datos, se incorpor el concepto del administrador de volmenes, con el fin de ofrecer un nico dispositivo y evitar que los sistemas de archivos tuvieran que modificarse para aprovechar las ventajas de varios dispositivos. Este diseo significaba otro nivel de complejidad y obstaculizaba determinados avances en los sistemas de archivos, al carecer de control sobre la ubicacin fsica de los datos en los volmenes virtualizados. El Cuando el cambio de 32 bits a 64 bits permiti pasar de 2GB de tamao mximo a 16 mil millones de GB, ZFS utiliza nmeros de 128 bits para los tamaos de sus archivos, de modo que se habla de trillones millones de millones de millones de GB. Tantos, que se considera prcticamente imposible que exista algn medio de almacenamiento que pueda ser mayor que lo que se puede gestionar con ZFS La capacidad de direccionar informacin de ZFS es tan grande, que lo que se hace es distribuir los archivos en diferentes pools, o recursos de almacenamiento, que son transparentes a la hora de acceder al sistema de archivos. Es tanto asi que una referencia sobre la capacidad de ZFS en Wikipedia indica que si un usuario crease 1000 ficheros por segundo, tardara unos 9000 aos en alcanzar el lmite impuesto por el nmero de ficheros..

ZFS elimina la gestin de volmenes en conjunto. En vez de tener que crear volmenes virtualizados, ZFS agrega dispositivos a un grupo de almacenamiento. El grupo de almacenamiento describe las caractersticas fsicas del almacenamiento (organizacin del dispositivo, redundancia de datos, etc.) y acta como almacn de datos

arbitrario en el que se pueden crear sistemas de archivos. Los sistemas de archivos ya se limitan a dispositivos individuales y les permite compartir espacio con todos los sistemas de archivos del grupo. Ya no es necesario predeterminar el tamao de un sistema de

archivos, ya que el tamao de los sistemas de archivos crece automticamente en el espacio asignado al grupo de almacenamiento. Al incorporar un nuevo almacenamiento, todos los sistemas de archivos del grupo pueden usar de inmediato el espacio adicional sin procesos complementarios. En muchos sentidos, el grupo de almacenamiento acta como sistema de memoria virtual. Si se agrega al sistema un mdulo de memoria DIMM, el sistema operativo no obliga a invocar algunos comandos para configurar la memoria y asignarla a determinados procesos. Todos los procesos del sistema utilizan automticamente la memoria adicional.

Novedades de ZFS En ZFS se efecta una suma de comprobacin de todos los datos y metadatos mediante un algoritmo seleccionable por el usuario. Los sistemas de archivos tradicionales con suma de comprobacin la efectan por bloques obligatoriamente debido a la capa de administracin de volmenes y la disposicin del sistema de archivos tradicional. El diseo tradicional significa que algunos modos de errores, por ejemplo la escritura de un bloque completo en una ubicacin incorrecta, pueden hacer que los datos cuya suma de comprobacin sea correcta no lo est en realidad. Las sumas de comprobacin de ZFS se almacenan de forma que estos modos de error se detecten y haya una recuperacin eficaz. La recuperacin de todos los datos y las sumas de comprobacin se efecta en la capa del sistema de archivos, y es transparente para todas las aplicaciones.

Asimismo, ZFS ofrece soluciones para la reparacin automtica de datos. Adems admite grupos de almacenamiento con diversos niveles de redundancia de datos que incluyen la duplicacin y un nuevo modelo de replicacin de datos llamado RAID-Z, una variacin similar a RAID-5. Si se detecta un bloque de datos incorrecto, ZFS recupera los

datos correctos de otra copia redundante y repara los datos anmalos sustituyndolos por la copia buena.

Figura 1 : Deteccin y recuperacin de errores

FUNDAMENTOS DE ARQUITECTURA DE ZFS No ms particiones El Pool de almacenamiento contiene discos y una estrategia de RAID El Sistemas de archivos est en pools Propiedades Adicionales del sistema de archivo : Maneja puntos de Montaje Permite exportar o no Posee opcin de compresion o no Manejo de cuotas Reserva de Ancho de banda.

CARACTERISTICAS DE GESTION DE ZFS:

Tamao mximo de 256 cuatrillones de zettabytes (Un zettabyte es una unidad de almacenamiento de informacin cuyo smbolo es el ZB, equivale a 1021 bytes. Administracin sencilla por comandos o web. (nos olvidamos de comandos como format, newfs, mount, vfstab, etc.)

Copy-on-write (ZFS no sobrescribe los nuevos datos directamente, crea los datos en un nuevo bloque y posteriormente cambia los punteros de datos y realiza la escritura definitiva. Con este mtodo siempre esta garantizada la integridad de los datos y no es necesario el uso de utilidades como fsck), Evita la secuencia de Leer Modificar Escribir

Snapshots (capturas). Podemos sacar un foto de forma rpida a todo un sistema de ficheros. Podemos instalar un paquete en el sistema y si este no cumple nuestras expectativas podemos realizar un rollback para volver al estado anterior.

Comprensin. Podemos definir un sistema de ficheros donde toda la informacin este comprimida.

Mirror y Raid-Z: Se pueden definir de forma muy sencilla mirroring (Reflejo) entre discos y RAID-Z. Actualmente cuando se trabaja con herramientas como Solaris Volume Manager hay que crear las particiones (slice), agrupar discos y crear la base de datos que alberga la configuracin y estado de todos los volmenes. Todo esto implica la ejecucin de comandos como prtvtoc, fmthard, metadb,metainit y metaroot sin contar las modificaciones en el fcihero /etc/vfstab.

Con ZFS todo se resume a dos comandos zfs y zpool. Tal como podemos ver en la figura 2, ZFS trabaja con un pool que est formado por todos los dispositivos fsicos.

Fig. 2: Comparacin de almacenamientos

Las caractersticas del POOL son: El pool esta formado por dispositivos de almacenamiento de igual o El pool puede crecer y encoger aadiendo y quitando discos. Los sistemas de ficheros ZFS comparten el pool y se puede definir cuotas y

diferentes capacidades.

reservar de espacio para un solo sistema de ficheros. ZFS abarca el concepto de hybrid storage pool el cual detectar automticamente el tipo de discos instalados y utilizar cada uno de ellos en funcin a sus propias caractersticas, (y lo ms interesante es que no debemos hacer nada para ello) - figura 3 -

Figura 3 : conjunto de almacenamiento hibrido

Gestin del POOL

El pool esta formado por dispositivos de almacenamiento de igual o diferentes capacidades, puede crecer y encoger aadiendo y quitando discos y los sistemas de ficheros ZFS comparten el pool y se puede definir cuotas y reservar de espacio para un solo sistema de ficheros. Opciones de gestion: Aadir nuevos discos al pool para ampliar el espacio disponible en un pool

tenemos que aadir nuevos discos a la mquina o utilizar particiones (slices) no usada en otro disco.

Quitar discos al pool que forma parte del pool Eliminar un pool por completo y dejar los dispositivos libres para otro uso

Reemplazar un disco del pool, en caso de que uno de los discos falle Crear un mirror (Raid 1) Crear un mirror desde un disco existente. Reemplazar un disco del mirror en caso de que uno de los discos falle y se tenga que reemplazar Crear RAID-Z, ZFS permite la creacin de RAID-Z muy similar a RAID 5, el cual se compone como mnimo de tres discos y en cada uno de ellos se reserva un

10

espacio con informacin de paridad. RAID-Z cuenta con ventajas como la paridad distribuida simple y doble. La doble paridad permite asumir errores en uno dos discos que componen el RAIDZ. Snapshots, son fotos de los datos de un sistema de ficheros, esto se hace de forma instantnea y comparte el espacio de los datos no modificados. Tiene gran utilidad para realizar modificaciones sobre servicios y si no funcionan realizar un rollback de forma sencilla.

PROPIEDADES DE ZFS Los sistemas de ficheros ZFS tienen propiedades que pueden ser activadas o desactivadas segn nuestras necesidades, algunas de ellas son: Creacin cuotas y reserva de espacio Realizar una reserva de espacio no implica un limite de cuota para el sistema de ficheros este puede utilizar todo el tamao del pool adems se pueden combinar las opciones de cuota y reserva para un sistema de ficheros. Sistema de ficheros comprimido Sistema de ficheros de solo lectura Permite cambiar el punto de montaje

Nota:

Los sistemas de ficheros creados con ZFS se montan automticamente y de forma persistente

11

LIMITACIONES DE ZFS Existen una serie de limitaciones que estn mejor explicadas en la entrada en ingls de la wikipedia. Reproduzco algunas aqu. ZFS no soporta la definicin de quotas por grupo o por usuario. En cambio, como los filesystems ZFS son muy livianos, uno crea filesystems para cada usuario con sus propias limitaciones de espacio. Sin embargo, no hay una solucin para cuando un mismo filesystem debe ser compartido por varios usuarios con quotas distintas. Por el momento, no es posible reducir la cantidad de vdevs en un zpool, ni reducir la capacidad de un zpool. No se puede agregar un disco a un vdev de un RAID-Z o de un RAID-Z2, pero s se puede agregar otro vdev al mismo zpool. No se pueden mezclar vdevs de distintos tipos en un mismo pool. ZFS no es un sistema nativo de cluster, distribuido, ni un sistema paralelo de archivos y no puede proveer acceso concurrente para mltiples hosts porque ZFS es un filesystem local. Estados de ZFS Los estados posibles son: ONLINE: el dispositivo est operando normalmente. DEGRADED: el dispositivo virtual tiene fallos pero contina en funcionamiento. Este caso de puede dar cuando falla un dispositivo que forma parte de un RAIDZ. Hay que sustituir lo antes posible dispositivo daado. OFFLINE: dispositivo parado manualmente por el administrador. UNAVAILABLE: dispositivo no disponible. Este estado es el siguiente a DEGRADED cuando finalmente el dispositivo es inaccesible.

12

COMPONENTES DE ZFS ZFS tiene seis componentes:

Un front-end (FE) (De forma general, front-end hace referencia al estado inicial de un proceso) Una memoria cach de cooperacin (CACHE) Un administrador de archivos (FMGR) Un administrador de concesiones (LMGR) Un gestor de transacciones (TMGR) y Un almacn de objetos (OBS).

Estos componentes trabajan juntos para proporcionar interaccin a aplicaciones/usuarios en un sistema de archivos distribuido. ESTRUCTURA DEL SISTEMA DE ARCHIVOS ZFS ZFS administra los sistemas de archivos a travs de una jerarqua que permite la administracin simplificada de propiedades como cuotas, reservas, compresin y puntos de montaje. En este modelo, los sistemas de archivos se convierten en el punto central de control. Los sistemas de archivos son muy sencillos (equivalen a un nuevo directorio), de manera que se recomienda crear un sistema de archivos para cada usuario, proyecto, espacio de trabajo, etc. Este diseo permite definir los puntos de administracin de forma detallada. ZFS est compuesto de 7 diferentes piezas: SPA (Storage Pool Allocator) DSL (Dataset and Snapshot Layer) DMU (Data Management Layer) ZAP (ZFS Attribute Processor) ZPL (ZFS Posix Layer) ZIL (ZFS Intent Log)

13

ZVOL (ZFS Volume)

Fig. 4: Diagrama de ZFS - (Almacenamiento

General)

SPA (Pool de configuracin) Mientras que la capa entera del conjunto de almacenamiento la piscina se refiere a menudo como el SPA (Becario de agrupaciones de almacenamiento), la parte de configuracin es realmente la interfaz pblica. Es responsable de encolar las capas ZIO y /vdev en un objeto de grupo consistente. Incluye rutinas para crear y destruir los pool piscinas de su informacin de configuracin, as como sincronizar los datos a la /vdevs a intervalos regulares. DSL (conjunto de datos y la capa de instantneas) Los agregados DSL DMU objsets en un espacio de nombres jerrquico, con las propiedades heredadas, as como las cuotas y la aplicacin de reservas. Tambin es responsable de la gestin de instantneas y clones de objsets. DMU (Unidad de Gestin de Datos) La DMU es responsable de presentar un modelo de objeto transaccional, construido sobre el espacio de direcciones plano presentado por la SPA. Los consumidores usuarios interactan con la DMU a travs de objsets, objetos, y las transacciones. Un objset es una coleccin de objetos, donde cada objeto es una pieza arbitraria de almacenamiento de la SPA. Cada transaccin es una serie de operaciones que deben estar comprometidos en el disco como un grupo, sino que es fundamental para la consistencia en el disco de ZFS.

14

ZAP (procesador de ZFS atributo) El ZAP se encuentra encima de la DMU, utiliza algoritmos hash escalable para crear en forma arbitraria (nombre, objeto) las asociaciones dentro de un objset. Es ms comnmente usado para implementar directorios dentro de la ZPL, pero tambin se utiliza ampliamente en todo el DSL, as como un mtodo para almacenar todas las propiedades del conjunto de almacenamiento. la piscina propiedades. Hay dos algoritmos ZAP muy diferentes, diseados para diferentes tipos de directorios. El "zapping micro" se utiliza cuando el nmero de entradas es relativamente pequeo y cada entrada es razonablemente corta. El "zapping grasa" se utiliza para grandes directorios, o los que tienen nombres muy largos. ZPL (ZFS POSIX Layer) La ZPL es la interfaz principal para interactuar con ZFS como sistema de archivos. Se trata de una capa de delgada (relativamente) que se sienta encima de la DMU y presenta una abstraccin del sistema de ficheros de archivos y directorios. Es el responsable de cerrar la brecha entre los interfaces de OpenSolaris VFS y las interfaces DMU subyacente. Tambin es responsable de hacer cumplir las ACL (Access Control List) las normas, as como la semntica sncrona (O_DSYNC). ZIL (ZFS Intent Log) Mientras que ZFS proporciona datos consistentes siempre en el disco, se sigue la semntica tradicional sistema de ficheros donde la mayora de los datos no se escriben en el disco inmediatamente, de lo contrario el rendimiento sera patolgicamente lento. Sin embargo, hay aplicaciones que requieren una semntica ms estrictas en el que se garantiza que los datos que en el disco en el momento de la lectura (2) o write (2) devuelve la llamada. Para aquellas aplicaciones que requieren este comportamiento (especificado con O_DSYNC), el ZIL ofrece la semntica necesaria utilizando un eficiente por conjunto de datos de registro de transacciones que se pueden reproducir en el caso de un accidente.

15

ZVOL (controlador - emulador de volumen ZFS) ZFS incluye la capacidad de presentar los dispositivos de primas respaldado por espacio de una agrupacin de almacenamiento. Estos son conocidos como 'zvols' dentro del cdigo fuente, y se lleva a cabo por un nico archivo en la fuente de ZFS. ZFS puede reconocerse por 3 componentes: ZPL (ZFS POSIX Layer - Capa POSIX ZFS),
DMU (Data Management Unit Unidad administradora de datos) y SPA (Storage Pool

Allocator Localizador de grupo de almacenamiento). Estos servicios incluyen una estructura interna ms compleja.

Fig. 5: Vision General de capas y procesos de ZFS.

16

LA GESTION DE LOS DATOS

En primer lugar, todos los filesystems ofrecen mtodos para crear, borrar, mover, copiar y renombrar archivos y directorios. A eso se agregan otras caractersticas muy importantes como la gestin de permisos, enlaces (hard links y symbolic links), mecanismos para evitar la fragmentacin, mecanismos para asegurar la integridad de los datos (como el journaling, utilizado por ext3, ext4, NTFS, ReiserFS, entre otros), y mtodos de gestin de RAIDs entre otras cosas. Como indica la gente de Sun, ZFS es una nueva aproximacin a la organizacin de la informacin, orientada a evitar conceptos obsoletos y reducir la complejidad de cdigo, produciendo un sistema de archivos sencillo de administrar, con nfasis en la integridad de los datos y la escalabilidad. Una de las caractersticas principales de ZFS es que la estructura en el disco del sistema de archivos se mantiene siempre, siempre, siempre vlida. Da igual en qu momento quites el cable elctrico del ordenador mientras lo usas: ZFS te garantiza que la estructura del sistema de archivos ser siempre vlida. Es tcnicamente imposible encontrar un momento en el que sea posible tirar del cable y encontrar algn problema. No se trata de journaling: (Un sistema de archivos con journaling si que deja el sistema de archivos en estados inconsistentes, pero deja un journal de operaciones no finalizadas que permite reparar esas inconsistencias en pocos segundos). ZFS jams puede llegar a un estado de inconsistencia, por eso no usa journaling: no lo necesita (y se gana algo de rendimiento con ello). Este modelo, que se aplica a todas las transacciones, implica que todos los punteros de bloque tienen un checksum de 256 bits que se verifica cada vez que se accede a l. Adems, cada uno de los bloques que contienen informacin activa no son nunca sobreescritos, sino que la informacin modificada se ubica en otros bloques nuevos, y estos ltimos son agrupados en grupos transaccionales para reducir el overhead que esto podra producir. Esto permite una preservacin casi perfecta de la informacin.

17

LECTURA Y ESCRITURA ZFS consigue que lo anterior sea as porque los cambios al sistema de archivos se hacen de forma transaccional: Cuando se modifica un archivo, a diferencia de un sistema de archivos tradicional, que trata de reescribir los datos antiguos, lo que se hace es escribir el archivo modificado a una parte del disco que no est siendo utilizada, y una vez que est escrito ese archivo, se modifica de forma atmica el puntero que apuntaba al viejo archivo hacia el nuevo. Esa modificacin o se lleva a cabo o no, nunca se queda a la mitad, por tanto en caso de fallo, el sistema de archivos se quedar apuntando al viejo archivo o al nuevo, pero no habr inconsistencias. Por eso, jams se reescriben los bloques utilizados por el archivo viejo, se escriben siempre en un sitio nuevo y vaco (algo que, por cierto, implica fragmentacin). Adems si unimos a esto el checksumming que se mantienen de todas las estructuras de datos del disco y el Raid-Z con autocuracin, es posible visualizar que en una configuracin Raid-Z todo el sistema de archivos est duplicado en ms de un sistema de archivos -incluso puede activarse la duplicacin dentro de un mismo sistema de archivos-, y si se encuentra un fallo al comprobar el checksum, se sabe que ha ocurrido un error y se corrige con una de las copias. El complejo formato de punteros de bloque tambin proporciona que los metadatos del sistema de ficheros se almacenen de manera adaptada al Endianness de la mquina, permitiendo en un almacenamiento que contiene un pool ZFS se mueva entre sistemas que utilizan diferente orden para los bytes. Los bloques individuales de metadatos se escriben con el orden de bytes nativo del sistema que escribe el bloque. Cuando se lee, si el endianness no coincide, los bytes del metadato se intercambian en memoria. Como cabe esperar en los sistemas POSIX, desde el punto de vista de las aplicaciones, los ficheros son arrays de bytes, de manera que las aplicaciones siguen

18

siendo responsables de copiar los datos de los ficheros con cualquier intercambio de bytes que sea necesario. ZFS tiene una tabla simple de control de prioridades de lectura/escribir, se da una mayor prioridad a la lectura, con limitaciones para evitar cuelgues en la escritura, la mayora de lo que se escribe va a la cach y se vuelcan por los servicios y/o procesos (daemons ) de fondo mientras que lee aplicaciones de bloque. Protocolo para la Lectura de archivos La operacin se detalla a continuacin:

FE mira hacia arriba nodo superior a travz del puntero de archivos fsptr Si la lectura puede ser completada por los bloques de archivos almacenados localmente en cach entonces los datos solicitados se devuelven al usuario y retorna.

Una peticion de lectura se enva a la FMGR del archivo y la FE, y la cach espera que la peticion sea satisfecha. La FMGR controla y si es necesario asegura los bloques solicitados La FMGR controla si otros cachs contienen los bloques solicitados del archivo y hace lo siguiente: Si es Verdad

Reenvia por sobre el rango de byte asegurando la solicitud de lectura y la Deja al solicitante en la cache FE (hace referencia al estado inicial del proceso ) en el host que soporta

direccion solicitando FE (front-end)

los bloque solicitados De lo contrario

Reenvia por sobre el rango de byte asegurando la solicitud de lectura y la El solicitante, en el OSD solicita la contencion los bloque solicitados

direccion solicitando FE (front-end)

19

La FE/Cache en el Host o el OSD enva los bloques de datos que se solicitan y

confirma si fueron segurados al solicitante. Definimos los escenarios anteriores como la comunicacin de tercero, es decir la parte que pasa los datos reales no pertenecen al mismo grupo de datos que fue solicitado. La Figura 6 muestra el control y canales de informacin para la lectura (de archivos, etc.) y en ambos casos la solicitud se envaa la FMGR mientras los datos lleguen bien de otro cach o desde el OSD

componetes de zfs

20

Figura 6: Proceso de Lectura

Protocolo de Escritura de archivos Sobre el supuesto de que se llevaron a cabo las operaciones de lectura por varios usuarios en el archivo y que algunos de sus bloques de datos residen en varios cachs. Despus de un periodo de tiempo, un usuario desea escribir el fichero, el proceso es el siguiente: (a) FE envia la peticion de escritura a FMgr (b) Fmgr chequea si otros cachs tienen bloques del archivo y hacen lo siguiente: (1) Revocar todas las concesiones de lectura en el objeto ( archivo) cuya area de distribucin se sobrepone con el area de lectura, para tal efecto se envan Messages a los varios cachs. Se debe tener en cuenta que se debe esperar para el reconocimiento desde el o los cachs, de lo contrario los clientes pueden leer datos incorrectos (2) Revocar todas las concesiones de escribir sobrepuestas, sto puede requerir la limpieza del buffers en el disco-objeto (3) Crea una regla para una zona segura de escritura para el rango especificado

21

(c) si el bloque de datos no est en el cach local ( completamente) y los datos no se ajustan a los limites de las paginas entonces se lee en las paginas apropiadas dentro de la cach. (d) Escribe los datos en el bloque de la cach correcto (e) Retorna los resultados correctos ( numero de bytes escritos o codigo de error o codigos de error como la semntica de la escritura requiere) hacia la FE que le pasa al usuario. La Figura 7 muestra el control y canales de informacin para la operacin de Escritura.

Figura 7 : Proceso de escritura

22

CONCLUSION En el desarrollo del trabajo realizado, se ha dado a conocer un sistema de gestin de archivos tecnologa revolucionaria que supera los actuales lmites de almacenamiento dando origen a formatos de informacin que requieren bastante procesamiento para su uso por lo que para que un sistema opere con ZFS necesita de emuladores para operar en las capas intermedias dado que las tecnologas an no manejan de manera nativa el nmero de 128 bits. ZFS es hoy el sistema de gestin de ficheros mas avanzado y flexible dado sus caractersticas, entre las que destacan la integridad tanto de los ficheros como de los metadatos, la flexibilidad en la gestin el rendimiento, los snapshots automticos y un largo repertorio de caractersticas, facilita el almacenamiento de grandes cantidades de datos e integra conceptos como la gestin de volmenes a los tradicionales de la gestin de archivos. Es un sistema bastante reciente, lo que le permite lidiar bien con problemas tradicionales que presentan otros sistemas de ficheros cuyos orgenes se remontan ms atrs en el tiempo y que han tenido que incorporar mejoras conforme los tiempos y las necesidades cambiaban Una de las caracteristicas que ms llam la antencin en ste trabajo de investigacin es el hecho de poder adicionar en cualquier momento diversos medios de

23

almacenamientos masivo al pool de almacenamiento siendo capaz de poder trabajar con cada uno de ellos independiente de sus caracteristicas y manteniendo su integridad. Respecto al proceso de Lectura y Escritura es quizas hoy en dia el nico sistema de archivos capaz de garantizar los datos independientemente de los errores que se generen Creemos que el desafo est en profundizar cada uno de los tpicos que se mencionaron y otros aspectos que no se consideraron quizas por salirse del marco de investigacin establecido durante la presentacin y en la confeccin de este informe.

FUENTES Y REFERENCIAS http://es.wikipedia.org/wiki/ZFS_(sistema_de_archivos) http://hub.opensolaris.org/bin/view/Community+Group+zfs/source http://download.oracle.com/docs/cd/E24842_01/html/820-2314/gbchy.html http://wiki.genunix.org/wiki/index.php/ZFS#Operaciones_entrada_y_salida http://www.faq-mac.com/42313/zfs-retorna-mac-os-x-mano-ten-s-complement-llc http://haruhismo.wordpress.com/2007/10/13/sistema-de-ficheros-zfs/

24