Skip to content

02_architecture

tobato edited this page Aug 26, 2019 · 4 revisions

FastDFS架构原理

如图所示,FastDFS总体架构由三个部分构成

  • 客户端(Client)
  • 访问服务器(TrackerServer)
  • 存储服务器(StorageServer)

架构原理

1. 客户端(Client)

客户端指的是访问FastDFS分布式存储的客户端设备,通常是应用服务器。

2. 访问服务器(TrackerServer)

TrackerServer是访问(或者翻译为跟踪)服务器,是Client访问StorageServer的入口。

TrackerServer起到几个作用:

  • 【服务注册】管理StorageServer存储集群,StorageServer启动时,会把自己注册到TrackerServer上,并且定期报告自身状态信息,包括磁盘剩余空间、文件同步状况、文件上传下载次数等统计信息

  • 【服务发现】Client访问StorageServer之前,必须先访问TrackerServer,动态获取到StorageServer的连接信息

2.1 TrackerServer高可用

为了保证高可用,一个FastDFS集群当中可以有多个TrackerServer节点,由集群自动选举一个leader节点。

3. 存储服务器(StorageServer)

StorageServer是数据存储服务器,文件和meta data都保存到存储服务器上。

  • 可采用高可用的方式进行数据存储

  • FastDFS集群当中StorageServer按组(Group/volume)提供服务,不同组的StorageServer之间不会相互通信,同组内的StorageServer之间会相互连接进行文件同步

  • Storage server采用binlog文件记录文件上传、删除等更新操作。binlog中只记录文件名,不记录文件内容

  • 文件同步只在同组内的Storage server之间进行,采用push方式,即源头服务器同步给目标服务器

4. 文件存储

与大多数分布式文件系统类似,FastDFS可以将文件以及相关的描述信息(MetaData)保存到StorageServer当中。

文件存储以后将返回唯一的“文件标识”,“文件标识”由"组名"和"文件名"两部分构成

MetaData是文件的描述信息,如 width=1024,heigth=768