【转载】【JAVA秒会技术之图片上传】基于Nginx及FastDFS，完成图片的上传及展现

基于Nginx及FastDFS，完成商品图片的上传及展现

1、传统图片存储及展现方式

 

   存在问题：

1）大并发量上传访问图片时，须要对web应用作负载均衡，可是会存在图片共享问题

2）web应用服务器的存储空间有限，它是web应用服务器，而不是存储服务器。

3）web应用服务器的自己的io读写性能不高，图片上传下载时，速度偏慢

4）web应用服务器访问图片时，因为图片内容较大，并发量大的时候，会占用web应用服务器的带宽，这样该web应用服务器的其余功能就会受到较大的影响。

   解决方案：

1）将图片集中存储到IO读写性能高的图片服务器中。

2）下载访问图片时，使用http服务器直接读取图片服务器中的图片。

2、集群模式

 

(1)Nginx快速入门

Nginx是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP服务器。主要应用于：HTTP服务器、反向代理服务器\负载均衡服务器、虚拟主机。

   Nginx的安装（另见《电商经常使用软件安装篇》）

   Nginx的使用（经过修改nginx.conf配置文件实现）

1）虚拟主机配置

   将网络中的每一台计算机分红多个虚拟主机，每一个虚拟主机能够单独对外提供www服务。

   a)基于端口配置（ip地址一致，端口不一致）

#基于80端口的虚拟主机 server { listen 80; server_name 192.168.242.128; location / { root html; index index.html index.htm; } }

#基于81端口的虚拟主机 server { listen 81; server_name 192.168.242.128; location /{ root html81; index index.html index.htm; } }

   b)基于域名配置

①修改hosts文件，实现ip地址和域名的映射配置：

  Hosts文件的位置：C:\Windows\System32\drivers\etc\hosts

  建议使用SwitchHosts工具修改本地DNS配置。

②配置nginx.conf

#基于www.aaa.com域名的虚拟主机 server {        listen 80; server_name www.aaa.com; location /{ root htmlaaa; index index.html index.htm; } }

#基于www.bbb.com域名的虚拟主机 server { listen 80; server_name www.bbb.com; location /{ root htmlbbb; index index.html index.htm; } }

2）反向代理配置

一般的代理服务器，只用于代理内部网络对Internet的链接请求；而反向代理（Reverse

Proxy）方式是指以代理服务器来接受internet上的链接请求。

简单理解：以tomcat为中心，之内外网为前提，tomcat主动出击是正向代理，而tomcat

被动接受请求就是反向代理。

3）负载均衡配置

简单理解：反向代理负载均衡技术是把未来自internet上的链接请求以反向代理的方式动态地转发给内部网络上的多台服务器进行处理，从而达到负载均衡的目的。

① 负载均衡的方式：硬负载（F5服务器）、软负载（Nginx）

② 负载均衡的策略：轮询、ip_hash等

 

③ 具体配置

tomcat+nginx演示：

反向代理案例中，经过域名www.tomcat1.com访问时，后台只有8080端口服务进行响应。

负载均衡配置时，经过域名www.tomcat1.com访问时，后台除了8080端口响应，再添加一台8282服务器响应服务。

修改nginx配置文件，修改以下：

upstream tomcat1{ #weight 权重，默认是1，权重越高，被分配的概率越大 server 192.168.242.128:8080  weight=2; server 192.168.242.128:8282; }   #配置一个虚拟主机 server { listen 80; server_name www.tomcat1.com; location / { proxy_pass http://tomcat1; } }

 (2)FastDFS

 FastDFS是用C语言编写的一款开源的分布式文件系统。FastDFS为互联网量身定制，充分考虑了冗余备份、负载均衡、线性扩容等机制，并注重高可用、高性能等指标，使用FastDFS很容易搭建一套高性能的文件服务器集群提供文件上传、下载等服务。

1）FastDFS架构（Tracker server + Storage server）

① Tracker server做用是对Storage server进行负载均衡和调度，在文件上传时会直接请求Tracker server，而后Tracker server能够根据一些策略找到Storage server来提供文件上传服务。因此能够将tracker称为追踪服务器或调度服务器。

② Storage server做用是文件存储，客户端上传的文件最终存储在Storage服务器上，Storage server没有实现本身的文件系统而是利用操做系统的文件系统来管理文件。能够将storage称为存储服务器。

具体架构以下图：

 

2）Tracker 集群

FastDFS集群中的Tracker server能够有多台，Tracker server之间是相互平等关系同时提供服务，Tracker server不存在单点故障。客户端请求Tracker server采用轮询方式，若是请求的tracker没法提供服务则换另外一个tracker。

3）Storage集群

Storage集群采用了分组存储方式。storage集群由一个或多个组构成，一个组由一台或多台存储服务器组成，组内的Storage server之间是平等关系，不一样组的Storage server之间不会相互通讯，同组内的Storage server之间会相互链接进行文件同步，从而保证同组内每一个storage上的文件彻底一致的。一个组的存储容量为该组内存储服务器容量最小的那个，集群存储总容量为集群中全部组的存储容量之和，因而可知组内存储服务器的软硬件配置最好是一致的。

采用分组存储方式的好处是灵活、可控性较强。好比上传文件时，能够由客户端直接指定上传到的组也能够由tracker进行调度选择。一个分组的存储服务器访问压力较大时，能够在该组增长存储服务器来扩充服务能力（纵向扩容）。当系统容量不足时，能够增长组来扩充存储容量（横向扩容）。

4）Storage状态收集

Storage server会链接集群中全部的Tracker server，定时向他们报告本身的状态，包括磁盘剩余空间、文件同步情况、文件上传下载次数等统计信息。

5）文件上传流程

 

 

客户端上传文件后存储服务器将文件ID返回给客户端，此文件ID用于之后访问该文件的索引信息。文件索引信息包括：组名，虚拟磁盘路径，数据两级目录，文件名。

 

 

n 组名：文件上传后所在的storage组名称，在文件上传成功后有storage服务器返回，须要客户端自行保存。

n 虚拟磁盘路径：storage配置的虚拟路径，与磁盘选项store_path*对应。若是配置了store_path0则是M00，若是配置了store_path1则是M01，以此类推。

n 数据两级目录：storage服务器在每一个虚拟磁盘路径下建立的两级目录，用于存储数据文件。

n 文件名：与文件上传时不一样。是由存储服务器根据特定信息生成，文件名包含：源存储服务器IP地址、文件建立时间戳、文件大小、随机数和文件拓展名等信息。

6）文件下载流程

 

tracker根据请求的文件路径即文件ID来快速定义文件。

好比请求下边的文件：

 

1.经过组名tracker可以很快的定位到客户端须要访问的存储服务器组是group1，并选择合适的存储服务器提供客户端访问。  

2.存储服务器根据“文件存储虚拟磁盘路径”和“数据文件两级目录”能够很快定位到文件所在目录，并根据文件名找到客户端须要访问的文件。