FastDFS一个高效的分布式文件系统
FastDFS是一个开源的轻量级分布式文件系统，她对文件进行管理，功能包括：文件存储、文件同步、文件访问（文件上传、文件下载）等，解决了大容量存储和负载均衡的问题。特别适合以文件为载体的在线服务，如相册网站、视频网站等等。
FastDFS服务端有两个角色：跟踪器（tracker）和存储节点（storage）。跟踪器主要做调度工作，在访问上起负载均衡的作用。
存储节点存储文件，完成文件管理的所有功能：存储、同步和提供存取接口，FastDFS同时对文件的metadata进行管理。所谓文件的meta data就是文件的相关属性，以键值对（key valuepair）方式表示，如：width=1024，其中的key为width，value为1024。文件metadata是文件属性列表，可以包含多个键值对。
FastDFS系统结构如下图所示：
跟踪器和存储节点都可以由一台多台服务器构成。跟踪器和存储节点中的服务器均可以随时增加或下线而不会影响线上服务。其中跟踪器中的所有服务器都是对等的，可以根据服务器的压力情况随时增加或减少。
为了支持大容量，存储节点（服务器）采用了分卷（或分组）的组织方式。存储系统由一个或多个卷组成，卷与卷之间的文件是相互独立的，所有卷的文件容量累加就是整个存储系统中的文件容量。一个卷可以由一台或多台存储服务器组成，一个卷下的存储服务器中的文件都是相同的，卷中的多台存储服务器起到了冗余备份和负载均衡的作用。
在卷中增加服务器时，同步已有的文件由系统自动完成，同步完成后，系统自动将新增服务器切换到线上提供服务。
当存储空间不足或即将耗尽时，可以动态添加卷。只需要增加一台或多台服务器，并将它们配置为一个新的卷，这样就扩大了存储系统的容量。
FastDFS中的文件标识分为两个部分：卷名和文件名，二者缺一不可。
FastDFS file upload
上传文件交互过程：
1. client询问tracker上传到的storage，不需要附加参数；
2. tracker返回一台可用的storage；
3. client直接和storage通讯完成文件上传。
FastDFS file download
下载文件交互过程：
1. client询问tracker下载文件的storage，参数为文件标识（卷名和文件名）；
2. tracker返回一台可用的storage；
3. client直接和storage通讯完成文件下载。
需要说明的是，client为使用FastDFS服务的调用方，client也应该是一台服务器，它对tracker和storage的调用均为服务器间的调用。
google code地址：http://code.google.com/p/fastdfs/
google code下载地址：http://code.google.com/p/fastdfs/downloads/list
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（9）
这个原来是在 C 版的东西吧？
为什么不请原作者来做版主呢？
支持这个建议
谢谢大家的支持，正在申请中，很快可以申请下来。
刚刚看到，问一下tracker storage client之间的通讯是基于socket的吧，没有用rpc吧。对这个不太了解，问一下，这个用socket好些还是rpc好些，gfs用的是什么呢。还有yahoo的那个分布式文件系统的站怎么上不了了啊。
使用rpc需要遵循RPC协议标准，使用socket可以自己定义通信协议，这样效率和灵活性都更好。
我对gfs了解不多，你可以查阅一下相关文档。
雅虎的站长天下已经下线了，相关的文章和帖子都已经迁移到了本论坛。
如果我只想单纯的实现文件同步功能，从一台机器同步到另外一台机器，可否实现？
FastDFS是一个文件存储服务，文件同步只是它的一个功能，不能拆分出来的。
你可以使用rsync、scp之类的同步命令（工具）。
坚决抵制使用rpc的方式。。。。。。。。。。。
单个tracker的性能怎样，支持多少并发，如何做到的？