Coda (sistema de archivos)
Es un sistema de archivos distribuido descendiente de AFS y desarrollado como proyecto de investigación por Satyanarayanan y otros trabajadores en la Universidad Carnegie Mellon bajo la dirección de M.Satyanarayanan. Intenta cumplir varios requisitos que AFS no consideraba, particularmente el de proporcionar un alto grado de disponibilidad a pesar de realizar operaciones desconectadas. Coda todavía está en desarrollo, aunque el interés se ha desplazado desde la investigación hacia la creación de un producto robusto para uso comercial.
From Wikipedia, the free encyclopedia
| Coda | ||
|---|---|---|
| Desarrollador | Universidad Carnegie Mellon | |
| Sistemas operativos compatibles | Linux, NetBSD FreeBSD | |
| Introducción | 1987 | |
| Características | ||
Es un sistema de archivos distribuido descendiente de AFS y desarrollado como proyecto de investigación por Satyanarayanan y otros trabajadores en la Universidad Carnegie Mellon bajo la dirección de M.Satyanarayanan. Intenta cumplir varios requisitos que AFS no consideraba, particularmente el de proporcionar un alto grado de disponibilidad a pesar de realizar operaciones desconectadas (debido a errores de red o del servidor, o simplemente porque el cliente no está conectado a ninguna red). Coda todavía está en desarrollo, aunque el interés se ha desplazado desde la investigación hacia la creación de un producto robusto para uso comercial.
Coda es un sistema de archivos (ficheros) distribuido que tiene sus orígenes en AFS2. Tiene múltiples características que son deseables en la mayoría de sistemas de archivos. Además, tiene algunas características propias.
- puede funcionar sin conexión
- es software libre
- gran rendimiento gracias a la caché persistente en el cliente
- replicado de servidores
- modelo de seguridad para autenticación, cifrado y control de acceso
- funcionamiento continuado durante fallos de red
- ajuste del ancho de banda de red
- escala bien
Si se compara con su antecesor (AFS), son destacables tres áreas de mejora:
- La limitada forma de replicación debido al uso de una estrategia de replicado pesimista (restringida a volúmenes de sólo lectura)
- La disponibilidad del servicio (era común que ocurriesen varios fallos al día que interrumpían las operaciones durante varios minutos o incluso horas)
- La imposibilidad de localizar los archivos cuando no se tuviese conexión, a no ser que se recurriese a métodos manuales (lo cual cobró especial importancia con la aparición de los ordenadores portátiles).
Coda busca cumplir estos tres requisitos bajo la máxima de disponibilidad constante de los datos. El objetivo era ofrecer a los usuarios los beneficios de un repositorio de archivos compartido, pero al mismo tiempo darles la posibilidad de depender de sus recursos locales cuando el repositorio estuviese inaccesible total o parcialmente.
Coda es comparable a Bayou en cuanto a que también sigue una estrategia optimista, debido a que permite a los clientes actualizar información mientras el sistema está dividido, puesto que considera que los conflictos son poco probables y que se pueden solucionar en el caso de que ocurran. Sin embargo, se diferencia de éste en que realiza las comprobaciones sin tener en cuenta la semántica de los datos y proporciona un soporte limitado para resolver conflictos entre réplicas.
Arquitectura
Se pueden distinguir procesos Venus en los clientes y procesos Vice en los servidores (siguiendo la terminología AFS). Los procesos Vice se corresponden con los gestores de réplicas, mientras que los Venus vendrían a ser una mezcla entre éstos y los frontales. Llevan a cabo la tarea de estos últimos de hacer transparente la implementación de los servicios a los clientes, pero como también gestionan una caché local de los archivos, son considerados a su vez como gestores de réplicas, aunque de un tipo diferente.
Grupo de almacenamiento de volumen (VSG)
El conjunto de servidores que contiene réplicas de un volumen de archivos se conoce como grupo de almacenamiento de volumen (VSG, por sus siglas en inglés) En cualquier momento, un cliente que quiera abrir un fichero en este volumen puede acceder a un subconjunto de dicho VSG, conocido como grupo de almacenamiento de volumen disponible (AVSG). La pertenencia a un determinado AVSG varía a medida que los servidores se vuelven accesibles o inaccesibles por fallos de la red o del servidor.
