分布式OS分布式文件系统.pptVIP

分布式操作系统Distributed OS 分布式文件系统 提纲 7.1 分布式文件系统的要求 7.2 分布式文件系统的组成 7.3 设计策略 7.4 接口 7.4.1 展开文件服务 7.4.2 与UNIX的比较 7.4.3 目录服务 7.5 文件系统实现技术 7.5.1 文件组结构 7.5.2 权限和存取控制 7.5.3 文件定位 7.5.4 高速缓存 7.6 NFS分析 7.1 分布式文件系统的要求 分布式文件系统是分布式系统的基本构件之一，完成的功能类似与传统操作系统的文件系统。它用来支持永久性存储介质和信息的共享，允许用户程序直接存取远程文件而不需要拷贝到本地站点。 文件系统在分布式操作系统中使用最频繁，因此它的功能和性能要求很高。其设计需要满足分布式系统中的一些透明性要求。要均衡灵活性和扩展性两方面的考虑。 当前的分布式文件系统大多支持以下部分的透明性： 存取透明性：不知道文件的分布。 位置透明性：全局文件名空间。 并发存取透明性：一个用户修改不影响另一用户。 故障透明性：客户端或服务器端故障时不影响其它的正确操作。 性能透明性：不会因距离而产生过多的性能衰减。 7.1 分布式文件系统的要求 此外，分布式系统必须满足两个主要条件： 系统的异构性：必须定义系统的接口，体现开放性。 扩展性：系统能够增量扩展。 当系统包括大量源节点时，需要考虑透明性： 复制透明性：某个文件在不同站点可有多个副本。 迁移透明性：文件迁移不会导致程序和系统管理表的变化。 细粒度分布式数据的支持：对子单元的数据进行共享。 网络分割：可能由于误操作所致，。 7.1 分布式文件系统的要求 分布式文件系统包括3个组件—展开文件服务、目录服务和客户组件： 7.2 分布式文件系统的组成 三个组件的功能定义如下： 展开文件服务涉及到实现对文件内容的操作。文件的惟一标识符（UFID）在展开文件服务操作请求中用来标识文件。文件服务和目录服务的功能就是根据UFID（长整型、唯一性）划分； 目录服务提供文件文本名到UFID的映射。当创建文件时，客户组件把文件的标识符连同文本名记录在目录里。用户就可以通过把文件的文本名提交给目录服务，从而获得文件的惟一标示符。目录服务提供了生成、修改目录以及从目录中取得文件标识副的功能。 7.2 分布式文件系统的组成 单一的客户组件运行在每一台客户机上。它集成并扩展了适合客户机上用户程序的单一编程接口下的展开文件服务和目录服务操作。此外，客户组件还能通过在客户机上高速缓存最近使用的文件块而达到满意性能。 7.2 分布式文件系统的组成 分布式文件系统至少应具有与常规文件系统相同的功能、通用性，而具有更高的性能。它们需要适合于特定用户，实现不同用户间高层上的系统共享。 1.展开文件服务。设计成能提供简单、通用目标的操作集合。 2.容错性。在客户或服务器故障时必须能够继续工作。 3.目录服务。创建和修改单级目录结构的基本目录服务。其它功能包括分析路径名，将目录组织成多级结构并执行搜索。 4.客户组件。把展开文件服务中远程过程调用接口所使用的文件惟一标示符及目录服务从用户层的应用程序中隐藏起来。当需要时，客户组件根据文件标示符定位文件。 7.3 设计策略 可以通过对接口过程的简单描述来描述这些系统接口。过程名、输入参数、结果、错误条件的产生以及操作如下： 7.4 接口 过程名（变量1，变量2，…） （结果1，结果2，…） Reports（错误1，错误2，…） 描述 输入参数数列在过程名后面的括号里。它的命名遵循下面的规则。结果列在输入参数后面，中间用箭头隔开。其命名规则同输入参数一样。所有可能的异常和错误条件都列在关键字Reports的后面。 Read(File, i, n) Data Reports(BadPosition) 定义了包含三个输入参数的Read过程。即文件的惟一标识符，两个整型数i、n表明从文件的i位置 读出n个数据。如果i超过了文件的长度，会引起一个BadPosition错误。 下面接口是客户组件使用的RPC接口。如果服务器处理请求时文件不存在或者操作所要求的存取权限不正确时，文件的惟一标识符是无效的。 7.4 接口7.4.1展开文件服务 这里讨论的接口与UNIX文件系统中的原语在功能上等价。与UNIX接口相比，展开文件服务没有打开和关闭文件操作。展开文件接口与UNIX文件系统接口最主要的区别在于容错性： 重复性操作：除了Create操作外，所有的操作都是幂等的。Create的重复执行使得每个请求都将产生一个新文件，造成空洞问题。 不稳定的服务器：对不稳定的服务器来说，执行接口的功能是可行的。在故障发生后，客户和服务器不需要恢复到以前的状态就可以重新启动并继续执行。 展开文件服