Simon et al. 数据互动协议团队，发表于2022年5月19日
相关概念及定义
分布式文件系统(DFS) ，定义为“网络连接的相互依赖的计算机之间共享信息”。不同于典型的文件系统(即NTFS和HFS)，DFS是分布在多个文件服务器或多个位置的文件系统，通过计算机网络进行通信或交换信息。它允许程序像访问本地文件一样访问或存储独立的文件，允许程序员从任何网络或计算机访问文件。通过DFS，可以以受控和授权的方式在网络上的用户之间轻松地共享信息和文件。DFS的主要目的是允许物理分布式系统的用户通过使用公共文件系统(CFS)来共享他们的数据和资源。尽管，服务器对数据有完全的控制权，并能控制用户访问。DFS硬件配置为局域网(LAN)连接的工作站和大型主机的集合。DFS软件系统是作为操作系统的一部分进行运行。
附：文件系统是操作系统的一个子系统，它执行文件管理活动，例如文件的组织、存储、检索、命名、共享和保护。文件系统将程序员从二级存储设备的空间分配和布局等细节中解放出来。
分布式存储的种类
分布式存储包含传统意义上的分布式文件系统、分布式块存储和分布式对象存储，还包括分布式数据库和分布式缓存等，根据其架构分为：
A、中间控制节点架构：以 HDFS 为代表，部分命名节点存放管理数据，另一部分数据节点存放业务数据。具有组织化明确的特点。
B、完全无中心架构—计算模式：以 Ceph 为代表的架构是其典型的代表，客户端通过设备映射关系通过计算方式，明确写入的位置，从而达到客户端与存储节点的直接通信。
C、完全无中心架构— 一致性哈希：以 Swift 为代表的架构是其典型的代表，通过将设备制定为哈希环，然后通过数据名称计算出对应的哈希值，从而映射到哈希环的某个位置实现数据定位
DFS
应该具备的特点:
远程信息共享：
无论文件的物理位置如何，任何节点都可以访问该文件。
用户移动性：
应该允许用户在不同的节点上工作。
适用性
：
为了获得更好的容错性，能够在任何局部故障(如链路故障、节点故障或存储驱动器崩溃)的情况下继续运行。因此系统应该维护文件的多个副本，这些副本的存在对用户应该是透明的。一个高可靠性、高适应性的HFS应该有不同的、独立的文件服务器来控制不同的、独立的存储设备
无盘工作站
：分布式文件系统具有透明的远程文件访问功能，允许在系统中使用无磁盘工作站
透明性:
•结构透明度：客户端不需要知道文件服务器和存储设备的数量或位置。为了性能、适应性和可靠性，有必要提供多个文件服务器。
•访问透明度： 本地和远程文件都应该以相同的方式进行访问。文件系统应该自动定位到被访问的文件上，并将其发送到客户端。从主机的角度来看，数据被访问，就像它是本地的主机访问它一样。
•命名透明度： 在文件的名称中不应该有任何指向文件位置的提示。一旦为文件指定了名称，就不应该在从一个节点传输到另一个节点的过程中更改它。
•复制透明度： 如果在多个节点上复制一个文件，那么文件的副本及其位置应该从一个节点隐藏到另一个节点。
位置独立性
：主机可能不知道文件数据的物理位置。数据位置由DFS管理，而不是由访问它的主机管理。
一致性访问
：DFS文件数据的管理使其在主机看来就像是在一个单一的文件系统中，即使它的数据可以分布在多个存储设备/服务器和位置
高效的大文件传输率
：DFS系统的出现为HPC工作负载提供高传输性能，而且大多数还将继续这样做。
文件锁定
：通常支持跨位置或在位置内的文件锁定，这确保了没有两个主机可以同时修改同一个文件
数据传输加密
：大多数DFS系统支持在传输过程中对数据和元数据进行加密。
多样化的存储介质/
系统
：大多数DFS系统可以使用机械磁盘、SAS SSDs, NVMe SSDs, S3对象存储，以及私有的、本地的对象存储来保存文件数据。虽然大多数DFS系统对元数据服务器有非常特定的要求，但它们的数据或文件存储通常可以驻留在任何可用的存储上，包括公共云。
多协议访问
：主机可通过提供商提供的标准NFS、SMB或POSIX客户端访问DFS数据。偶尔也可以看到NVMe-oF用于访问文件和(NVIDIA) GPU直接存储单元。这也意味着可以使用DFS解决方案支持的所有协议访问同一个文件。
多网络访问
：虽然所有DFS都提供对文件系统数据的以太网访问，但有些DFS还提供InfiniBand和其他高性能网络访问
软件自定义的解决方案
：大多数DFS系统是软件定义的解决方案。一些DFS系统也可以在设备解决方案中使用，但这更多是为了购买/部署的方便，而不是DFS解决方案的需求
本地网关
：DFS系统可能需要在每个可以访问其文件数据的位置上使用一些服务器和存储资源。本地网关通常缓存主机引用的元数据和数据。这样的网关通常可以伸缩以维持性能需求。在某些情况下，访问和数据驻留在一起，不需要网关。
用户移动性
:
它自动将用户的主目录带到用户登录的节点。
简单易用:
文件系统的用户界面应该简单，文件中的命令数量应该很少。
可伸缩性:
由于通过添加新机器或将两个网络连接在一起来增加网络是常见的，分布式系统将不可避免地随着时间的推移而增长。因此，应该构建一个良好的DFS，以便随着系统中节点和用户数量的增长而快速扩展。随着节点和用户数量的增加，服务不应受到实质上的中断。大多数DFS系统支持横向扩展文件系统，通过添加更多的元数据或文件数据服务器资源(包括网关)，可以提高文件数据和元数据服务的性能和容量
性能
：取决于确定客户端请求所需的平均时间。这个时间包括CPU时间+访问二级存储时间+网络访问时间。分布式文件系统的性能建议与集中式文件系统相近
高可靠性:
在合适的DFS中，应该尽可能减少数据丢失的可能性。也就是说，由于系统的不可靠性，用户不应该被迫对其文件进行备份。相反，文件系统应该为关键文件创建备份副本，以便在原始文件丢失时可以使用。许多文件系统采用稳定存储作为高可靠性策略。
数据完整性:
多个用户频繁共享一个文件系统。共享文件中保存的数据的完整性必须由文件系统来保证。也就是说，来自竞争访问同一文件的许多用户的并发访问请求，必须使用并发控制方法正确地同步。原子事务是一种用于数据完整性的高级并发管理机制，经常由文件系统提供给用户。
安全:
分布式文件系统应该是安全的，这样用户才会相信他们的数据是保密的。为了保护文件系统中包含的信息免受不需要的和未经授权的访问，必须实现安全机制。
异构性:
分布式系统的异构性由于其庞大的规模而不可避免。异构分布式系统的用户可以选择为不同的目的使用多个计算机平台。
分布式文件系统提供以下服务类型:
1、
存储服务
：从端存储设备的空间分配和管理中，提供对存储系统的逻辑视图。
2、
真正的文件服务
：
包括文件共享语义、文件缓存机制、文件复制机制、并发控制、多副本更新协议等。
DFS
工作原理
DFS支持独立DFS名称空间、具有一个主机服务器的名称空间和具有多个主机服务器和高适用性的基于域的名称空间。基于域的命名空间的DFS拓扑数据存储在Active Directory中。数据包括DFS根、DFS链接和DFS目标。每个DFS树结构都有一个或多个根目标。根目标是运行DFS服务的主机服务器。一个DFS树结构可以包含一个或多个DFS链接。每个DFS链接指向网络上的一个或多个共享文件夹（这些文件夹称为目标）。可以从DFS名称空间中添加、修改和删除DFS链接。当用户访问DFS链接时，DFS服务器根据客户端的站点信息选择一组目标，客户端访问在集合中第一个可用的目标。以上操作有助于在可能的目标之间分发客户机请求，并且即使一些服务器出现故障，也可以为用户提供持续的可访问性。
以NFS为例：
文件的模型
1.非结构化和结构化文件
在非结构化模型中，文件是一个非结构化的字节序列。对存储在文件中的数据的含义和结构的解释取决于应用程序(例如UNIX和MS-DOS)。大多数现代操作系统使用非结构化文件模型。在结构化文件中(现在很少使用)，文件作为记录的有序序列出现在文件服务器上。同一文件系统的不同文件的记录可以有不同的大小。
2.可变和不可变文件
根据可修改性标准，文件有两种类型，可变和不可变。大多数现有的操作系统都使用可变文件模型。对文件执行的更新将覆盖其旧内容以生成新内容。在不可变模型中，每次文件内容发生变化时创建文件的新版本，而旧版本保持不变。此模型中的问题是磁盘空间使用的增加和磁盘活动的增加。
文件访问模式
这取决于用于访问远程文件的方法和数据访问单元。
1.
访问远程文件
当客户端访问的文件是远程文件时，分布式文件系统可以使用以下一种模型来处理客户端的文件访问请求:
a.远程业务模型：客户端请求的处理是在服务器节点上进行的。因此，客户端访问文件的请求通过网络作为消息传递给服务器，服务器执行访问请求，结果发送给客户端。需要最小化发送的消息数量和每个消息的成本。
b.数据缓存模型：该模型试图通过缓存从服务器节点获取的数据来减少先前模型的网络交通量。这利用了文件访问中的局部性特性。替换策略(如LRU)用于保持被限制的缓存容量。虽然该模型减少了网络交通量，但它必须处理缓存写入期间一致性的问题，因为该过程需要更新数据的本地缓存副本，需要更新服务器节点上的原始文件，需要更新任何其他缓存中的副本。
数据缓存模型相对于远程服务模型的优势: 数据缓存模型提供了提高性能和更大的系统可伸缩性的可能，因为它减少了网络交通量、网络竞争和文件服务器竞争。因此，几乎所有的分布式文件系统都实现了某种形式的缓存。
2.
数据传输单元
在使用数据缓存模型的文件系统中，一个重要的设计问题是确定数据传输的单位。这是指文件中作为一次读或写操作的结果被传输到客户端或形成客户端的部分。
- 文件级转移模型：
在这个模型中，当要传输文件数据时，会移动整个文件。优点:在响应客户端请求时，文件只需要传输一次，因此比需要更多网络协议开销的逐页传输更有效率。因为它只访问服务器一次，从而减少服务器负载和网络传输量，这具有更好的可伸缩性。一旦整个文件缓存在客户端站点上，它就不会受到服务器和网络故障的影响。缺点:客户端需要足够的存储空间。这种方法不适用于非常大的文件，特别是当客户机运行在无磁盘工作站上时。如果只需要文件的一小部分，则移动整个文件是一种浪费。
- 块级转移模型：
文件传输在文件块中进行。文件块是文件的连续部分，长度固定(也可以等于虚拟内存页大小)。优点:对客户端节点的存储空间要求不高。当只需要一小部分数据时，它消除了复制整个文件的需要。
缺点:
当要访问整个文件时，需要多个服务器请求，从而导致更多的网络传输量和更多的网络协议成本
- 字节传输模型：
传输单位是字节，提供了最大的灵活性，因为它允许存储和检索任意数量的文件，由文件内的偏移量和长度决定。缺点是缓存管理比较困难，因为不同访问请求的数据长度是可变的。
- 记录级转移模型
该模型用于结构化文件，传输单元是记录
文件共享语义
多个用户可以同时访问同一个共享文件。对于任何文件系统，一个重要的设计问题是定义一个用户对文件数据的修改何时能被其他用户观察到。例：UNIX语义: 这强制执行所有操作的绝对时间排序，并确保对文件的每个读取操作都能看到之前对该文件执行的所有写入操作的影响。
文件缓存方案
每个分布式文件系统都使用某种形式的缓存。理由是:1. 更好的性能，因为对相同信息的重复访问可能需要额外的网络访问和磁盘传输。2. 它有助于分布式文件系统的可伸缩性和可靠性，因为数据可以远程缓存到客户机节点上。
DFS
缓存方案的关键决策:
缓存位置
修改传播
缓存验证
缓存位置
：
这指的是缓存数据存储的位置。假设一个文件的原始位置在它的服务器磁盘上，在分布式文件系统中有三种可能的缓存位置:
- 服务器主内存：
在这种情况下，一次缓存消耗一次网络访问。它对分布式文件系统的可伸缩性和可靠性没有贡献。因为每次缓存命中都需要访问服务器。优点:a.易于实施。b.对客户完全透明。c.易于保持原始文件与缓存数据的一致性。
2、客户端磁盘
在这种情况下，一次缓存命中需要一次磁盘访问。这比在服务器的主存中缓存要慢一些。将缓存放在服务器的主存中也更简单。优点:a.对抗系统崩溃，因为如果缓存保存在主存中，缓存数据的修改会在崩溃时丢失。b.存储容量大。c.有助于可伸缩性和可靠性，因为在缓存受影响时，访问请求可以在本地服务中进行，而不需要联系服务器。
3、客户端主内存
消除了网络访问成本和磁盘访问成本。当需要更大的缓存容量和更高的数据可靠性时，这种技术不适合使用客户端磁盘缓存。优点:a.最大性能增益。b.允许工作站无磁盘。c.提高可靠性和可扩展性。
修改传播：
当缓存位于客户端节点时，一个文件的数据可能同时缓存在多个节点上。当文件数据被其中一个客户端更改，而缓存在其他节点上的相应数据没有更改或丢弃时，缓存可能会变得不同。
这涉及两个设计问题:
1、何时将缓存数据的修改传播对应到相应的文件服务器。
2、如何验证缓存数据的有效性。
所使用的修改传播方案对系统的性能和可靠性有重要影响。技术包括:
a.直写式方案。
当缓存项被修改时，新值立即被发送到服务器以更新文件的主副本。优势:对类unix语义的高度可靠性和适用性。这是因为，在客户机崩溃的情况下，丢失更新数据的风险非常低，因为每次修改都会立即传播到拥有主副本的服务器。劣势:这种方案只适用于读写访问的比例相当大的情况。它不会减少写的网络传输量。这是由于每次写访问都必须等待，直到将数据写到服务器的主副本为止。
b、延迟写入方案。
为了减少写的网络传输量，使用了延迟写方案。在这种情况下，新数据值只写入缓存，所有更新的缓存条目稍后发送到服务器。有三种常用的延迟写方法:
i.从缓存弹出时写入
当缓存替换策略决定从客户端缓存中弹出修改后的数据时，才会发送给服务器端。这可能会带来良好的性能，但可能会出现可靠性问题，因为一些服务器数据可能已经过时很长时间了。
ii定期写
定期扫描缓存，并将自上次扫描以来修改的任何缓存数据发送到服务器。
Iii就近写
当客户端关闭文件时，缓存数据的修改被发送到服务器。对于那些打开时间很短或很少修改的文件，这对减少网络传输量没有多大帮助。
延迟写方案的优点:1、写访问完成得更快，因为新值只写入客户端缓存。这将提高性能。2、修改的数据可能会在发送到服务器之前被删除(例如临时数据)。由于修改不需要传播到服务器，这将大大提高性能。3、收集所有文件更新并将它们一起发送到服务器比单独发送每个更新更有效。延迟写方案的缺点:可靠性可能是个问题，因为如果客户端崩溃，尚未从客户端缓存发送到服务器的修改就会丢失
缓存验证
修改传播策略仅指定在修改缓存条目时更新服务器节点上文件的主副本。它不告诉驻留在其他节点缓存中的文件数据何时更新。一个文件数据可以同时驻留在多个节点的缓存中。当其他客户端修改了服务器上文件的主副本中与缓存项相对应的数据时，客户端的缓存项就会过时。有必要验证缓存在客户端节点上的数据是否与主副本一致。否则，缓存的数据必须失效，并且必须再次从服务器获取数据的更新版本。有两种方法可以验证缓存数据的有效性:客户机发起的方法和服务器发起的方法。
a. 客户端发起的方法
客户端联系服务器，检查其本地缓存的数据是否与主副本一致。可以采用两种方法:
i每次访问前检查。
这就违背了缓存的目的，因为每次访问都需要联系服务器。
ii 定期检查。
每隔固定的时间间隔进行一次检查。
客户端发起的方法的缺点:如果有效性检查的频率很高，缓存验证方法会产生大量的网络传输量，消耗宝贵的服务器CPU周期。
b.服务器发起的方法
客户端在打开文件时通知文件服务器，表明打开文件是为了读、写还是同时读和写。文件服务器保存一个记录，记录哪个客户端以何种模式打开了哪个文件。因此，服务器监视不同客户端使用的文件使用模式，并在检测到潜在的不一致时作出反应。当一个新的客户端发出请求打开一个已经打开的文件,如果服务器发现已经打开的新的开放模式为冲突模式,服务器可以拒绝该请求,请求队列,或禁用缓存要求所有客户从缓存删除该文件。（注意:在web上，缓存是在只读模式下使用的，所以缓存验证不是问题。）
文件复制
高适用性是良好的分布式文件系统的一个理想特性，而文件复制是提高文件适用性的主要机制。复制文件是具有多个副本的文件，每个文件位于单独的文件服务器上。
复制和缓存的区别
1、文件的副本与服务器相关联，而缓存副本通常与客户端相关联。
2、缓存副本的存在主要取决于文件访问模式中的位置，而副本的存在通常取决于可用性和性能需求。
3、与缓存副本相比，副本更持久、更广为人知、更安全、更可用、更完整和更准确。
4、缓存副本取决于副本。只有通过对副本的定期重新验证，缓存的副本才有用。
复制的优势
1、增加了可用性。当主副本不可用时，可以使用被复制数据的备用副本。
2、增加可靠性。由于系统中存在冗余数据文件，从灾难性故障(如硬盘崩溃)中恢复成为可能。
3、改进响应时间。它允许在本地或从访问时间低于主副本访问时间的节点访问数据。
4、减少网络传输量。如果客户端节点上的文件服务器可以提供文件副本，那么客户端的访问请求就可以在本地得到服务，从而减少网络流量。
5、提高系统吞吐量。多个客户端对文件的访问请求可以由不同的服务器并行处理，从而提高系统吞吐量。
6。更好的可伸缩性。由于文件复制，可以使用多个文件服务器来服务客户机请求。这提高了可伸缩性。
复制的透明度
文件的复制对用户应该是透明的，这样复制文件的多个副本对用户来说就会显示为单个逻辑文件。这要求为文件的所有副本分配一个标识符/名称。此外，复制控制应该是透明的，即，复制文件的副本的数量和位置应该对用户公开。
多重复制更新问题
当复制的文件被更新时，保持副本之间的一致性是支持文件复制的分布式文件系统的一个主要设计问题。
附：DFS历史:
分布式文件系统的服务器组件最初是作为一个附加特性引入的。它被添加到Windows NT 4.0服务器中，被称为“DFS 4.1”。后来，它被包括为所有版本的Windows 2000服务器的标准组件。客户端支持已经包含在Windows NT 4.0和以后的Windows版本中。Linux内核2.6.14及其之后的版本附带了一个SMB客户端VFS，称为“cifs”，它支持DFS。Mac OS X 10.7 (lion)及以上版本支持Mac OS X DFS。
应用场景:
• NFS：NFS代表网络文件系统。它是一种客户机-服务器架构，允许计算机用户远程查看、存储和更新文件。NFS协议是NAS (Network-Attached Storage)的几种分布式文件系统标准之一。
• CIFS: CIFS (Common Internet File System)是Internet文件系统的缩写。CIFS是SMB的口音。也就是说，CIFS是微软公司设计的SIMB协议的一个应用。
• SMB:SMB是Common Internet File System的缩写。它是一种用于共享文件的协议，由IMB发明。SMB协议的创建是为了允许计算机通过局域网(LAN)对远程主机执行对文件的读写操作。远程主机上的目录可以通过SMB访问，称为“共享”。
• Hadoop: Hadoop是一组开源软件服务。它给出了一个基于MapReduce编程模型的分布式大数据存储和操作的软件框架。Hadoop的核心包括存储部分，即HDFS (Hadoop Distributed File System)，以及操作部分，即MapReduce编程模型。
Hadoop 文件系统（Hadoop Distribution File System）是使用分布式文件系统设计开发的，它运行在商品硬件上。与其他分布式系统不同，HDFS 具有高度的容错性，并且使用低成本硬件进行设计。
• IPFS（Inter Planetary File System），
ICN
架构代表的IPFS
又叫星际文件系统，基于使用p2p协议的，之前的分布式文件系统都是基于地址寻址（ip地址或者域名+上资源名），而IPFS基于内容寻址，客户只需要向网络中发送对应内容的资源请求就可，相关存在该资源的节点就会反馈。它的文件名称和路径等都是进行hash加密的，只能根据hash串值去获取访问数据的，在一定程度上保证了安全性。
DFS
优点:
•DFS允许多个用户访问或存储数据。
•它允许远程共享数据。
•提高了文件的可用性、访问时间和网络效率。
•提高了改变数据大小的能力，也提高了数据交换的能力。
•分布式文件系统提供了数据的透明度。
DFS
缺点:
•在分布式文件系统中，节点和连接需要安全保证。
•在从一个节点移动到另一个节点时，有可能丢失网络中的消息和数据。
•分布式文件系统的数据库连接比较复杂。
•与单个用户系统相比，分布式文件系统中数据库的处理也不容易。
•如果所有节点都试图同时发送数据，就有可能发生超载。
•可能出现访问非缓存部分数据所需的网络延迟。
现代分布式文件系统的特征
•高IOPS/高小文件性能：一些DFS系统支持非常高的IOPS，以提高小文件性能。
•跨协议锁定：一些DFS系统，当文件在被另一个协议修改，允许一个协议锁定该文件。该特性禁止文件被多主机访问损坏，即使是在使用不同协议访问文件时也是如此。
•云驻留服务：一些DFS解决方案可以运行在公共云环境中。也就是说，它们的文件数据存储、元数据服务和任何监控/管理服务都运行在公共云提供商中。文件数据访问可以在同一个云AZs内进行，也可以跨云区域进行，甚至可以在访问云数据的前提下进行。
•高实用性：一些DFS系统还通过跨多个站点、AZs或服务器，分割和复制其控制、元数据和文件数据存储系统来支持非常高的可用性。
•数据缩减：一些DFS解决方案支持数据压缩或重复数据删除，旨在减少存储文件数据所需的物理数据存储空间。
•静态数据加密：一些DFS系统提供静态文件数据和元数据的加密。
•单个名称空间：一些DFS系统提供了将多个文件系统/共享连接到单个名称空间的能力，该名称空间可用于访问所服务的任何文件目录。
•地理围栏：一些DFS系统可以限制或限制数据驻留和访问的物理位置。支持GDPR和其他对数据移动的法律限制可能需要此功能。
一个优秀的分布式文件系统必须提供:
- 通过降低电力消耗和运营费用来降低成本。
- 提高资源利用率，使组织能够从其存储投资中获得更高的ROI。
- 更低的总拥有成本。
- 改进的SLAs以满足严格的业务需求和遵从性需求。
总结：
DFS系统提供了对相同数据的全局访问，这是很难以任何其他方式有效实现的，而且让DFS系统操作更简单。因此，多个站点需要访问相同的数据， DFS系统将是合适之选。
扩展阅读：
网络文件系统
网络文件系统是一种分布式文件系统协议;一种开放协议，它指定关于客户机和服务器在分布式环境中应该如何通信的消息格式。NFS作为一种开放协议，允许第三方编写它们自己的实现。如今，许多供应商都提供了自己版本的网络文件系统。NFS开发的主要重点是快速和简单的服务器崩溃恢复。因此，客户机和服务器之间的通信协议是无状态的，就像REST API通信一样。服务器在任何时候都没有保存客户机的信息。每当客户机发送一个请求时，该请求包含服务器获取所请求数据所需的所有信息。客户机和服务器之间不存在共享状态。这使得服务器崩溃恢复变得简单。
PFS
的简介
IPFS（Inter Planetary File System），又叫星际文件系统。IPFS在2015年开启，目前已经有5年时间了
1.IPFS的工作原理：
在存储方面IPFS与传统的分布式存储是完全不同的，具有去中心化特质，存储流程：
- 将文件放置在IPFS中，返回一个文件哈希值
- 向智能合约查询相关公钥
- 将文件分成n份，随机选择密钥进行加密
- 在区块链上存储加密后的份额
此外，IPFS从根本上改变了用户搜索的方式。IPFS协议，用户可以直接搜索内容。
1.内容搜索
在IPFS网络里的文件，会被赋予一个哈希值，它是从文件内容中被计算出来的，用于身份识别。
2.去冗余
IPFS网络中会对重复的内容进行去重处理，在保证整个网络存储文件的冗余量的同时保证网络的轻便与快捷。
3.节点存储
通过索引信息，帮助确定存储内容的节点，每个网络节点仅存储它感兴趣的内容。
4.节点寻址
用户让网络找到对应内容的存储节点，然后确定所需求的文件内容。
5.IPNS命名系统
IPNS 具有分散命名系统（无需通过哈希值），可以轻松锁定每个文件。
具有完全去中心化的特征。
参考资料
What is DFS (Distributed File System)?
Difficulty Level :
What is DFS (Distributed File System)? – GeeksforGeeks
Comparison of distributed file systems
https://en.wikipedia.org/wiki/Comparison_of_distributed_file_systems
Difference between Token based and Non-Token based Algorithms in Distributed System
Difficulty Level :
Difference between Token based and Non-Token based Algorithms in Distributed System – GeeksforGeeks
Distributed File System
Distributed File System – javatpoint
Distributed File Systems (DFS)
WekaIO Inc. April 27, 2021
https://www.weka.io/learn/distributed-file-system/
Design Issues of Distributed System
Last Updated : 29 Jul, 2021
Design Issues of Distributed System – GeeksforGeeks
Distributed File Systems
Network file system – A deep dive into a distributed file system protocol
By
Shivang
Network file system – A deep dive into a distributed file system protocol – scaleyourapp.com