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.