点击上方“IT那活儿”公众号,关注后了解更多内容,不管IT什么活儿,干就完了!!!
业务场景
Fastdfs软件版本
Fastdfs:5.05
节点架构
2主机、2nginx、2tracker、2storage
迁移后软件版本
Fastdfs:6.07
迁移及扩容后架构
3主机、3nginx、3tracker、3storage
迁移原因描述
1. 老环境版本为5.05通过之前运维情况该版本会出现fastdfs进程占满cpu情况,核实开源社区为该版本的bug,可升级版本解决。
2. 老环境fastdfs为两节点,数据只有两份可靠性不足。
结构及详细说明
Fastdfs迁移过程架构图

迁移后解决问题:
迁移同时升级了版本,新环境版本为6.07; 新环境架构为三节点集群,数据三副本,可靠性足; 业务程序整改为连接fastdfs集群及高可用VIP。
迁移过程






6. 检查集群状态,通过fastdfs自带的monitor工具进行检查。
fdfs_monitor storage.conf
8. 同步完成后添加28tracker节点及nginx,需修改26、27、28storage的配置文件里的tracker地址为26、27、28的tracker嗲子并重启26、27、28的storage节点。
迁移总结
3. fastdfs业务的使用一般是通过业务程序连接tracker地址进行文件的写入,读取是通过nginx进行读取,所以高可用方面需进行两方面的配置:
读取方面进行nginx+keepalived的高可用配置。 写入方面需要业务程序实现连接tracker集群模式。

本文作者:赵 刚(上海新炬王翦团队)
本文来源:“IT那活儿”公众号

文章转载自IT那活儿,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




