fastdfs

Fastdfs的安装流程

ぐ巨炮叔叔 提交于 2019-11-30 16:26:14
一.修改ip地址 1.查看网卡一的mac地址 cat /etc/udev/rules.d/70-persistent-net.rules 2.修改ip地址文件 cd /etc/sysconfig/network-scripts/ mv ifcfg-eth0 ifcfg-eth1 vi ifcfg-eth1 编辑后的结果: DEVICE=eth1 //把eth0修改为eth1HWADDR=00:0c:29:33:b3:20 //修改为网卡一的mac地址TYPE=EthernetUUID=0133d8eb-4c7c-4e04-b56e-4864782e35daONBOOT=yesNM_CONTROLLED=noBOOTPROTO=dhcp 3.重启网卡 service network restart 查看ip ifconfig 4.vi命令 vi 文件名 -> i -> 修改内容 -> esc -> : -> wq/q! 二.配置Fastdfs 1.修改client.conf vi /etc/fdfs/client.conf -> 把ip修改为当前虚拟机ip 2.修改storage.conf vi /etc/fdfs/storage.conf -> 把ip修改为当前虚拟机ip 3.启动fastdfs service fdfs_trackerd start service fdfs

乐优商城项目总结day(8)

百般思念 提交于 2019-11-30 16:10:45
乐优商城项目总结day(8) @PostMapping public ResponseEntity<Void> saveBrand(Brand brand, @RequestParam(value = "cids") List<Long> cids) { brandService.saveBrand(brand, cids); return ResponseEntity.status(HttpStatus.CREATED).build(); } SpringMvc能够自动将字符串 "id1,id2,id3,..." 自动转化成 List<T> public void saveBrand(Brand brand, List<Long> cids) { brand.setId(null); int count = brandDao.insert(brand); if(count != 1) { throw new LyException(ExceptionEnum.BRAND_SAVE_ERROR); } cids.stream().forEach(cid -> { int ct = brandDao.insertCategoryBrand(cid, brand.getId()); if(ct != 1) { throw new LyException(ExceptionEnum

springboot(十二)集成FastDFS

随声附和 提交于 2019-11-30 12:11:26
目录 在springboot中集成FastDFS具体实现步骤为下: 1、pom包配置 2、配置文件 3、封装FastDFS上传工具类 文件上传 下载文件 删除文件 4、编写上传控制类 在springboot中集成FastDFS具体实现步骤为下: 1、pom包配置 –我们使用SpringBoot的版本为 1.5.9、jdk使用1.8、 < dependency > < groupId > org . csource < / groupId > < artifactId > fastdfs - client - java < / artifactId > < version > 1.27 - SNAPSHOT < / version > < / dependency > –加入了fastdfs-client-java包,用来调用FastDFS相关的API 2、配置文件 –resources目录下添加fdfs_client.conf文件 connect_timeout = 60 network_timeout = 60 charset = UTF-8 http.tracker_http_port = 8080 http.anti_steal_token = no http.secret_key = 123456 tracker_server = 192.168.53.85:22122

CentOS 6.3(64) ---> fastdfs_v4.07 / 实现多服务器

五迷三道 提交于 2019-11-30 12:08:23
自己闲着没事,在小黑上虚拟了 4 个 centos 64 的系统,用来安装分布式 fastdfs 、 nginx 负载均衡,过程一路艰辛,搞了一个通宵都没弄好,终于在第二天的傍晚终于弄好了,记录一下过程。 有时候看书会犯糊涂,看完了都不知道将了啥,只有动手坐坐,啥玩意都明白差不多了。 有时候太懒了,哎,这是病,得治。 FastDFS安装 FastDFS是一个国产开源的轻量级分布式文件系统,它对文件进行管理,功能包括:文件存储、文件同步、文件访问(文件上传、文件下载)等,解决了大容量存储和负载均衡的问题.特别适合以文件为载体的在线服务,如相册网站、视频网站等等.FastDFS服务端有两个角色:跟踪器(tracker)和存储节点(storage).跟踪器主要做调度工作,在访问上起负载均衡的作用. 下载地址 http://sourceforge.net/projects/fastdfs/files/ http://code.google.com/p/fastdfs/ 实现多服务器fastdfs 整体网络配置 Tracker Server 192.168.55.222 /home/tracker 端口:22122 Tracker Server 192.168.55.226 /home/tracker 端口:22122 Storage1 Server 192.168.55.223

使用FastDFS搭建图片服务器(单实例)

谁都会走 提交于 2019-11-30 12:08:11
FastDFS是一款类Google FS的开源分布式文件系统,它用纯C语言实现,支持Linux、FreeBSD、AIX等UNIX系统。它只能通过 专有API对文件进行存取访问,不支持POSIX接口方式,不能mount使用。准确地讲,Google FS以及FastDFS、mogileFS、 HDFS、TFS等类Google FS都不是系统级的分布式文件系统,而是应用级的分布式文件存储服务。 1、FastDFS架构图 图1:FastDFS架构图 1)Tracker cluster中各个tracker server相互独立,不进行相互通信。 2)Storage cluster中各个storage组(Volume1,Volume2...)相互独立,不进行相互通信,也就是说各个组之间保存的数据是不相同的。但是各个组中的storage server之间是属于互相备份的关系,也就是说storage server之间保存相同的数据。 3)每个storage server会启动一个单独的线程主动向Tracker cluster中每个tracker server报告其状态信息,包括磁盘使用情况,文件同步情况及文件上传下载次数统计等信息。 2、文件上传和下载的时序图 图2:文件上传时序图 1)Client通过Tracker server将文件上传到Storage server。 2)Tracker

用FastDFS一步步搭建文件管理系统

北城以北 提交于 2019-11-30 12:07:58
一、FastDFS介绍 FastDFS开源地址: https://github.com/happyfish100 参考: 分布式文件系统FastDFS设计原理 参考: FastDFS分布式文件系统 个人封装的FastDFS Java API: https://github.com/bojiangzhou/lyyzoo-fastdfs-java 1、简介 FastDFS 是一个开源的高性能分布式文件系统(DFS)。 它的主要功能包括:文件存储,文件同步和文件访问,以及高容量和负载平衡。主要解决了海量数据存储问题,特别适合以中小文件(建议范围:4KB < file_size <500MB)为载体的在线服务。 FastDFS 系统有三个角色:跟踪服务器(Tracker Server)、存储服务器(Storage Server)和客户端(Client)。   Tracker Server :跟踪服务器,主要做调度工作,起到均衡的作用;负责管理所有的 storage server和 group,每个 storage 在启动后会连接 Tracker,告知自己所属 group 等信息,并保持周期性心跳。   Storage Server :存储服务器,主要提供容量和备份服务;以 group 为单位,每个 group 内可以有多台 storage server,数据互为备份。   Client

centos搭建FastDFS服务器!

守給你的承諾、 提交于 2019-11-30 12:07:42
CentOS fastDFS结合nginx的配置以及php端的调用方法 2013-04-18 22:54:55| 分类: 默认分类 | 标签: centos fastdfs nginx php | 字号 订阅 fastDFS的介绍就不说了 想了解的人直接百度。 源码: http://code.google.com/p/fastdfs/ 论坛: http://bbs.chinaunix.net/forum-240-1.html 配置说明: http://bbs.chinaunix.net/thread-1941456-1-1.html 开始吧 -------------------------------------------------- 环境: CentOS 6.3 x64 3台 FastDFS_v4.04.tar.gz http://fastdfs.googlecode.com/files/FastDFS_v4.04.tar.gz fastdfs-nginx-module_v1.13.tar.gz http://fastdfs.googlecode.com/files/fastdfs-nginx-module_v1.13.tar.gz libevent-1.4.14b-stable.tar.gz https://github.com/downloads/libevent

搭建FastDFS分布式集群环境笔记

送分小仙女□ 提交于 2019-11-30 12:07:29
因为工作中再次需要用到FastDFS做多机分布式集群,在此做个笔记,便于大家学习参考,因不同机器的基础软硬件环境不一样,整个分布式集群搭建配置过程可能会有各种坑,热情填坑即可^0^ 一、应用场景说明 1.FastDFS主要解决了大容量的文件存储和高并发访问的问题,文件存取时实现了负载均衡。 2.FastDFS实现了软件方式的RAID,可以使用廉价的IDE硬盘进行存储 ,支持存储服务器在线扩容。 3.FastDFS特别适合大中型网站使用,用来存储资源文件(如:图片、文档、音频、视频等等。 二、服务端架构 由于公司提供服务器有限,web服务器和redis就这样安装了,web服务器和redis服务器可用另外服务器做集群扩展,同时tracker和storage也可以横向扩展 注:双tracker时,其中一个是候补,若master挂掉后,候补会自动接任. 三、环境搭建过程 先在两台服务器上分别搭建单机配置,具体参考: http://my.oschina.net/xiejunbo/blog/380555 单机搭建完成后,修改配置并测试: -------------------------------------------- 192.168.1.109配置(其它配置项默认) :------------------------------------------------ tracker

实操:Could not autowire No beans of 'FastDFS Client' type found 的解决方法

巧了我就是萌 提交于 2019-11-30 11:23:51
前言: 今天接手了同事之前做的一个小项目,里面涉及到了 FastDFS 的使用。但是当我在本地运行项目的时候,却报了 Could not autowire No beans of 'FastDFS Client' type found 相关的错误。 接下来就详细描述一下 FastDFS 报错的解决方法。 一、问题描述 启动 Application 类报错: required a bean of type 'org.springframework.fasfdfs.server.FastDFSClient' that could not be found. 二、问题分析 如下图所示:根据报错信息发现,并不缺少 jar 包,报错提示里所需要的类也有,不知道为什么会报错。 综上所述,再结合同事可以通过 idea 来正常运行,所以怀疑是 FastDFS 相关 jar 包可能存在依赖冲突。 三、解决办法 1、 首先将 Maven 仓库中 FastDFS 相关 jar 包删除,共两个,分别是:fastdfs-client-java-1.27-SNAPSHOT.jar 和 spring-boot-starter-fastdfs-1.0-SNAPSHOT.jar ,其中后者依赖前者。 2、 由于无法从中央仓库中下载 FastDFS 的上述 jar 包,所以需要手动构建源码生成 jar 文件。下载

Fastdfs分布式文件系统的应用

别来无恙 提交于 2019-11-30 06:00:41
Fastdfs分布式文件系统的应用 26 MARCH 2016 on fastdfs , 分布式文件系统 我们在实际项目中常常遇到这样的应用场景,用户需要上传图片,小视频或者其它文档,这些文件的大小一般在10M以内。它们很多,而且对用户来说可能还很重要,而且可能还要经常被访问,被下载,如何妥善保存这些文件就是一个需要解决的问题。 解决这个问题需要两点:一个是文件冗余备份,保证用户的文件不会丢失,另一个是高可用性,也就是说当文件服务器出现故障的时候,可以立刻让备份服务器为用户提供服务,使用户感觉不到有什么异常。 那么我们不妨分析下有哪几种解决方案: 1.粗放型: 直接作为blob字段存数据库里,利用数据库的容灾备份和HA来保障文件安全。其实这种方案是最安全的,但是显然数据库不是用来做这个的,因为太占数据库空间。不过由于其安全性最高,笔者在之前某个项目中曾经被要求这么干,因为保存的是客户的合同文件。但是类似社交网络的图片文件是没必要这么做的。 2.简约型: 直接存文件系统。如果有多台应用服务器同时提供文件上传服务,那么就准备一台文件服务器,分别挂载到所有应用服务器的指定路径下,实现多台应用服务器的文件写入,同时还可以配置读取静态文件更高效的nginx或者lighttpd来负责文件的读取。这样的好处是配置简单,管理方便(要不怎么叫简约型),不过缺点也很大,就是实现不了高可用性