Tuesday, May 29, 2007

AFS不是AFP

什么是AFS文件系统?

  .AFS Andrew File System的缩写,他是一种分散式的文件系统( Distributed File System)可以将分散在不同机器上磁盘空间组合成一个共有的磁盘空间,让使用者能够在不同的机器上使用相同的文件系统来管理自己的文件 .

 

AFS 的运行模式

  .AFS 采用C/S(Client/Server)的工作模式,Client 发送请求到Server提取文件,Server Machine 提供文件给请求的Client

 

   Client Machine上的某个Porcess第一次需要某个文件资料时 ,Client Machine上的一个名叫Cache Manager Process,便会负责找出存放有该文件的Server(他会从 CellServ配置文件中找到 VLDB服务器,在经由 VLDB找到相应文件存放的Server), 使用 RPC通信协议来取回文件存储于自己的Cache中,之后就可以直接读写于 Cache中的资料了,这期间Cache Manager会适时的和 Server Machine通信来更新资料,有了Cache Manager的帮助使得网络的负荷减轻,因为当我们读写一个在其他机器上的资料时,不再需要每次都经由网络去读取,而由 Cache Manage判断在Cache 的资料是否和Server Machine上所存的相同,若相同,就直接使用Cache 上的资料, 如此一来 节省了部分读取文件时所需要的传送,更减少了原本Server 上的磁盘I/O负荷。

 

OpenAFS 基本原理

   OpenAFS 试图免除安装和管理用于使不同文件系合作的的痛苦。OpenAFS 也能使不同文件系 更有效地合作。尽管 UNIX 及其引人注目的后 Plan 9 的最初目 是文件,但是商业现实指出,与其底重构代的网 文件系 ,不如添加另一个分布式文件系统层

1983 Carnegie Mellon University 程人 员开发 AFS。此后不久,大学成立了一家叫做 Transarc 的公司来出售基于 AFS 的服1998 IBM Transarc,并使 AFS 一个放源 码产品,叫做 OpenAFS。但是,故事并未就此束,因 OpenAFS 衍生了其他的分布式文件系,如 Coda Arla 些我将在后面到。存在 针对所有主要操作系的各 机,及大量的过时文档 料。Gentoo.org 使 OpenAFS Linux 可用做出了特 别贡献,即使其他机构在需要分布式文件系统时似乎仍然是指 NFS

 

OpenAFS 如何行管

    NFS 是位置无的,它把本地目 映射到 程文件系位置。OpenAFS 户隐 藏了文件位置。因可能所有的源文件都以写副本的形式保存在制到的不同文件服 器位置上,必 保持制的副本同此要使用一 称作 Ubik 的技 ,它源于单词"ubiquitous (无所不在)",是欧拼写法。Ubik 程使 AFS 文件系上的文件、目和卷 (volume) 保持同,但是通常运行三个以上文件服程的系统获 益最多。系管理人可以将一个 AFS 站点的几个 AFS cell ―― 个以前的 AFS 被保留在 OpenAFS 文件系语义中了。管理人将决定 AFS cell 的数目,以及 cell 使存器和文件 站点内的其他 AFS cell 可用的程度。

 

AFS 中的几个名词解释

     Cell:一个管理单元,由一个Group 或一个管理单位所负责管理建筑的基本单元,通常是由许多文件及目录所组成的一个结构,不同的Cell可以组合成为一个 AFS File Space

通常是一个主服务器和几个附加服务器组成一个Cell 每个Cell共用自己的VLDB

 

    Partition :一般常使用电脑的人,对于硬盘上的Partiton一定不会陌生,对于一个分散文件系统而言,这个系统管理既然是文件,必会和硬盘扯上关系,使得 AFS对于硬盘同样可以分Partition ,但是AFS中的分区必须是/vicepXX 这样的形式 XX可以是 a-zz中的任意组合或单个字母。

 

    Volumes :在每个Partition上可以再分更小的单元,我们称之为Volumes ,对于使用者而言,并不需要太注意Volumes到底是做什么的,因为使用者使用AFS ,只是想好好好使用自己的文件,而不必要理会Volume或者Partition ,这两者都只是AFS对于硬盘空间的管理,适用者所需要的AFS 的系统管理都已经帮你弄好了

AFS 管理人 cell 划分 然卷可以随硬分区 (co-extensive),但大多数管理人都不会将整个分区只分一个卷。AFS 实际上是由一个 独的、称作 Volume Manager UNIX 型的程管理的。您可以以一的方式从 UNIX 文件系安装卷。但是,您可以将 AFS 卷从一个文件服器移 到另一个文件服 ―― 是由一个 UNIX 型的程来管理的 ―― 但是 UNIX 不能从一个分区实际地移 到另一个分区上。AFS Volume Location Manager 跟踪卷和目的位置,并留意制的卷和目。因此, 当文件服 器非期地停止操作,用 根本无需担心,因 AFS 会把用到另一个文件服器机器上的 制卷,而用 可能都不会注意到。

从来不 AFS 器上的文件行操作。他操作已 由客存管理器从文件服 器中取出的文件。Cache Manager 是居留在客机操作系 内核中的一只非常有趣的猛 。(您可以在 2.4 版本以上的任何内核中运行 Cache Manager)。

 

 

Mount Point:分散文件系统的最大特色是,不需要专门的指定一部机器作为文件的存储,相反的,任何一部机器都可以使存储文件的 Server,也可以成为提出要求存取某个文件的Client ,那么,文件都分散存储在不同的机器上,使用者要如何存取它所需要的文件呢?

前面提过Volume 的概念,让我们从Volume的概念出发,各位可以将 Volume视做一个箱子,负责存一个目录文件,当你下达了CD 命令更换目前所在的目录,有两种情况会发生,第一种情况是,所更换的目录仍在同一个Volume,第二种情况是,需要换到另一个 Volume中,此时便需要一个指标来指示,所要更换的目录是在哪一个Volume ,好到该Volume所在处取出该 Volume的资料,这个指标便成为Mount Points

    简单一点来说, AFS系统是利用Mount Points 的概念,不漏痕迹的取回使用者所需要的文件或目录资料

 


AFP:档案分享协议 (Apple Filling Protocol)

它是 Apple 主要用来进行网路上档案分享的专有网路通讯协定。它基于 ASP 顶层,其主要为认证用户和 Macintosh HFS 文档系统提供服务。


The Apple Filing Protocol (AFP) is a layer 6 ( presentation layer) network protocol that offers file services for Mac OS X and Classic Mac OS. In Mac OS X, AFP is one of several file services supported including Server Message Block (SMB), Network File System (NFS), File Transfer Protocol (FTP), and WebDAV. It currently supports Unicode file names, POSIX and access control list permissions, UNIX quotas, resource forks, named extended attributes, and advanced file locking. In Mac OS 9 and earlier, AFP was the primary protocol for file services.

0 Comments:

Post a Comment

Subscribe to Post Comments [Atom]

<< Home