我们在使用fastdfs部署一个分布式文件系统的时候，通过fastdfs的客户端api来进行文件的上传、下载、删除等操作。同时通过fastdfs的http服务器来提供http服务。但是fastdfs的http服务较为简单，无法提供负载均衡等高性能的服务，所以fastdfs的开发者——淘宝的架构师余庆同学，为我们提供了nginx上使用的fastdfs模块（也可以叫fastdfs的nginx模块）。其使用非常简单。
fastdfs通过tracker服务器,将文件放在storage服务器存储,但是同组之间的服务器需要复制文件,有延迟的问题.假设tracker服务器将文件上传到了192.168.1.80,文件id已经返回客户端,这时,后台会将这个文件复制到192.168.1.30,如果复制没有完成,客户端就用这个id在192.168.1.30取文件,肯定会出现错误。这个fastdfs-nginx-module可以重定向连接到源服务器取文件,避免客户端由于复制延迟的问题,出现错误。
fastdfs服务端有两个角色：跟踪器（tracker）和存储节点（storage）。跟踪器主要做调度工作，在访问上起负载均衡的作用。
存 储节点存储文件，完成文件管理的所有功能：存储、同步和提供存取接口，fastdfs同时对文件的meta data进行管理。所谓文件的meta data就是文件的相关属性，以键值对（key value pair）方式表示，如：width=1024，其中的key为width，value为1024。文件meta data是文件属性列表，可以包含多个键值对。
fastdfs原理
存储节点采用了分组（group）的方式。存储系统由一个或多个group组成，group与group之间的文件是相互独立的，所有group的文件容量累加就是整个存储系统中的文件容量。一个group可以由一台或多台存储服务器组成，一个group下的存储服务器中的文件都是相同的，group中的多台存储服务器起到了冗余备份和负载均衡的作用（一个组的存储容量为该组内存储服务器容量最小的那个，不同组的storage server之间不会相互通信，同组内的storage server之间会相互连接进行文件同步）。
在group中增加服务器时，同步已有的文件由系统自动完成，同步完成后，系统自动将新增服务器切换到线上提供服务。
当存储空间不足或即将耗尽时，可以动态添加group。只需要增加一台或多台服务器，并将它们配置为一个新的group，这样就扩大了存储系统的容量。
fastdfs只有两个角色：tracker server和storage server。tracker server作为中心结点，其主要作用是负载均衡和调度。tracker server在内存中记录分组和storage server的状态等信息，不记录文件索引信息，占用的内存量很少。另外，客户端（应用）和storage server访问tracker server时，tracker server扫描内存中的分组和storage server信息，然后给出应答。由此可以看出tracker server非常轻量化，不会成为系统瓶颈。
fastdfs中的storage server在其他文件系统中通常称作trunk server或data server。storage server直接利用os的文件系统存储文件。fastdfs不会对文件进行分块存储，客户端上传的文件和storage server上的文件一一对应（fastdfs中的文件标识分为两个部分：组名和文件名，二者缺一不可）
更多nginx相关技术文章，请访问nginx使用教程栏目进行学习！
以上就是fastdfs为什么要结合nginx的详细内容。