FastDFS-25集群架构完成后测试

检查tracker是否主动切换

• 打印storaged日志

  tail -f /fastdfs/storage/logs/storaged.log 
  

  找到当前的tracker leader为： 192.168.47.204
  

• 关闭掉当前tracker leader(（92.168.47.204)

   /etc/init.d/fdfs_trackerd stop
  

  
  通过观察storaged日志，可以看到Storaged自动将 tracker leader 设置为192.168.47.203，说明Tracker集群可用，并且Storaged会每隔一段时间检查宕机的tracker是否恢复
  

• 启动关掉的Tracker

  /etc/init.d/fdfs_trackerd start
  

  
  通过查看storage日志，tracker可以正常连接，storage会主动向新的tracker注册自己的信息
  
  通过查看tracker日志发现，tracker之间也会通信，并且会告诉新启动的tracker，当前的tracker leader是哪个
  

文件上传测试

• 修改Tracker中客户端配置文件

  cp /etc/fdfs/client.conf.sample /etc/fdfs/client.conf
  

  vim /etc/fdfs/client.conf
  修改以下参数

  base_path=/fastdfs/tracker
  tracker_server=192.168.47.203:22122
  tracker_server=192.168.47.204:22122
  

• 上传文件测试

  /usr/bin/fdfs_upload_file /etc/fdfs/client.conf /root/1.png 
  

  
  由于配置的策略是轮询策略，所以存储的group将会轮询方式存储
  

• 查看Storage中group1和group2是否存储文件
  storage_group1_1
  
  storage_group1_2
  

  storage_group2_1
  
  storage_group2_2
  
  通过查看各个Storage节点存储的数据，storage_group1_1和storage_group1_2，storage_group2_1和storage_group2_2存储的数据文件一致，说明Storage集群可用

测试Storage相同组文件是否同步

• 关闭storage_group1_2节点

  /etc/init.d/fdfs_storaged stop
  

  

• Tracker客户端上传文件

  [root@localhost ~]# /usr/bin/fdfs_upload_file /etc/fdfs/client.conf /root/1.png
  group1/M00/00/00/wKgvzV0rrMWAQedHAAB9jkBWtdU594.png

• 查看group1中Storage节点文件存储情况
  storage_group1_1
  
  storage_group1_2
  
  查看到：正常运行的Storage节点存储了上传的文件，被关闭掉的节点并没有存储上传的文件

• 重新启动storage_group1_2节点

  [root@localhost fdfs]# /etc/init.d/fdfs_storaged start
  Starting fdfs_storaged (via systemctl): [ OK ]
  [root@localhost fdfs]# ps -ef|grep fdfs
  root 8153 1 4 06:34 ? 00:00:00 /usr/bin/fdfs_storaged /etc/fdfs/storage.conf

• 查看storage_group1_2文件存储信息
  
  storage_group1_2宕机期间遗漏掉的文件在重新上线后，会自动的同步过来，不过自动同步文件间隔时间可通过配置文件配置，默认时间1天，如果宕机超过1天，则超过1天后的文件不会自动同步