免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2211 | 回复: 0
打印 上一主题 下一主题

[FastDFS] FastDFS V5.04 Tracker和storage部署同一服务器下storage数据访问及storage扩容问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2015-01-12 15:18 |只看该作者 |倒序浏览
本帖最后由 MeditationSword 于 2015-01-13 11:29 编辑

使用软件版本:FastDFS V5.04、nginx-1.6.2、fastdfs-nginx-module_v1.15

环境部署:

192.168.0.101 :部署tracker节点,group1下的storage2(单个store_path)

192.168.0.102 :部署group1下的storage1(单个store_path)

192.168.0.103 :部署group2下的storage(这里有store_path0和store_path1两个存储节点)

环境配置:
    三个环境全部部署nginx进行http访问,tracker节点的nginx配置了反向代理和分流。tracker、storage都使用默认端口。没有启用trunk文件服务。

问题一:

192.168.0.101原本作为tracker节点使用,后面发现tracker节点不耗费磁盘空间,就直接追加启动group1下的storage2节点。192.168.0.102上storage作为源数据同步到了追加的storage2目录中。因为这里group1下的storage1和storage2文件访问路径是一模一样,那么怎么通过nginx配置让storage1宕机的情况下可以自动访问storage2中的数据?

问题二:
192.168.0.103 上storage安装时只配置了store_path0这一个存储路径(这里使用默认的256*256的目录个数),目录存放方式为顺序存储,每个目录存放100个文件;后面追加了store_path1来扩展存储,store_path1同样使用默认的256*256的目录个数顺序存储。问题是文件上传时store_path1中文件存储不是从00/00开始的,而是和store_path0目前使用的目录(/data/5D/13)一致,请问下那前面那段目录(store_path1上data/00/00~data/5D/13)是不是一直就空着了?

请知道怎么处理的大大们不吝指教
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP