最近一直在寻求生产服务服务器上的同步替代方案,原先使用的是inotify + rsync
,但随着文件数量的增大到100W+,目录下的文件列表就达20M,在网络情况不佳或者限速的状况下,变动的文件可能10来个才几M,却所以要发送的文件列表就达20M,严重减低的带宽的使用效率以及同步效率;更为要紧的是,加入inotifywait在5s内监控到10个小文件发生变化,便会触发10个rsync同步操做,结果就是真正须要传输的才2-3M的文件,比对的文件列表就达200M。使用这两个组合的好处在于,它们都是最基本的软件,能够经过不一样选项作到很精确的控制,好比排除同步的目录,同步多个模块或同步到多个主机。css
搭建过程参考 Linux下同步工具inotify+rsync使用详解 或这里。html
后来听同事说 sersync 这么个工具能够提升同步的性能,也解决了同步大文件时出现异常的问题,因此就尝试了一下。sersync是国内的一个开发者开源出来的,使用c++编写,采用多线程的方式进行同步,失败后还有重传机制,对临时文件过滤,自带crontab定时同步功能。网上看到有人说性能还不错,说一下个人观点:java
虽然不懂c++,但大体看了下源码 FileSynchronize,拼接rsync命令大概在273行左右,最后一个函数就是排除选项,简单一点能够将--exclude=
改为--eclude-from
来灵活控制。有机会再改吧。linux
另外,在做者的文章 Sersync服务器同步程序 项目简介与设计框架 评论中,说能解决上面 rsync + inotify
中所描述的问题。阅读了下源码,这个应该是没有解决,由于在拼接rsync命令时,后面的目的地址始终是针对module的,只要执行rsync命令,就会对整个目录进行遍历,发送要比对的文件列表,而后再发送变化的文件。sersync只是减小了监听的事件,减小了rsync的次数——这已是很大的改进,但每次rsync没办法改变。(若有其它见解可与我讨论)c++
其实咱们也不能要求每个软件功能都十分健全,关键是看可否知足咱们当下的特定的需求。所谓好的架构不是设计出来的,而是进化来的。目前使用sersync2
没什么问题,并且看了它的设计思路应该是比较科学的,特别是过滤队列的设计。双向同步看起来也是能够实现。git
废话说这么多,本文就是介绍它了。有些博客说lsyncd是谷歌开源的,实际不是了,只是托管在了googlecode上而已,幸运的是已经迁移到github了:https://github.com/axkibe/lsyncd 。github
Lysncd 其实是lua语言封装了 inotify 和 rsync 工具,采用了 Linux 内核(2.6.13 及之后)里的 inotify 触发机制,而后经过rsync去差别同步,达到实时的效果。我认为它最使人称道的特性是,完美解决了 inotify + rsync
海量文件同步带来的文件频繁发送文件列表的问题 —— 经过时间延迟或累计触发事件次数实现。另外,它的配置方式很简单,lua自己就是一种配置语言,可读性很是强。lsyncd也有多种工做模式能够选择,本地目录cp,本地目录rsync,远程目录rsyncssh。shell
实现简单高效的本地目录同步备份(网络存储挂载也看成本地目录),一个命令搞定。数据库
这一节实现的功能是,本地目录source实时同步到另外一个目录target,而在source下有大量的文件,而且有部分目录和临时文件不须要同步。ubuntu
安装lsyncd
极为简单,已经收录在ubuntu的官方镜像源里,直接经过apt-get install lsyncd
就能够。
在Redhat系(个人环境是CentOS 6.2 x86_64 ),能够手动去下载 lsyncd-2.1.5-6.fc21.x86_64.rpm,但首先你得安装两个依赖yum install lua lua-devel
。也能够经过在线安装,须要epel-release
扩展包:
# rpm -ivh http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm # yum install lsyncd
源码编译安装
从源码编译安装可使用最新版的lsyncd程序,但必需要相应的依赖库文件和编译工具:yum install lua lua-devel asciidoc cmake
。
从 googlecode lsyncd 上下载的lsyncd-2.1.5.tar.gz
,直接./configure
、make && make install
就能够了。
从github上下载lsyncd-master.zip 的2.1.5版本使用的是 cmake 编译工具,没法./configure
:
# uzip lsyncd-master.zip # cd lsyncd-master # cmake -DCMAKE_INSTALL_PREFIX=/usr/local/lsyncd-2.1.5 # make && make install
我这个版本编译时有个小bug,若是按照INSTALL
在build
目录中make,会提示:
[100%] Generating doc/lsyncd.1 Updating the manpage a2x: failed: source file not found: doc/lsyncd.1.txt make[2]: *** [doc/lsyncd.1] Error 1 make[1]: *** [CMakeFiles/manpage.dir/all] Error 2 make: *** [all] Error 2
解决办法是要么直接在解压目录下cmake,不要mkdir build
,要么在CMakeList.txt
中搜索doc
字符串,在前面加上${PROJECT_SOURCE_DIR}
。
下面都是在编译安装的状况下操做。
# cd /usr/local/lsyncd-2.1.5 # mkdir etc var # vi etc/lsyncd.conf settings { logfile ="/usr/local/lsyncd-2.1.5/var/lsyncd.log", statusFile ="/usr/local/lsyncd-2.1.5/var/lsyncd.status", inotifyMode = "CloseWrite", maxProcesses = 7, -- nodaemon =true, } sync { default.rsync, source = "/tmp/src", target = "/tmp/dest", -- excludeFrom = "/etc/rsyncd.d/rsync_exclude.lst", rsync = { binary = "/usr/bin/rsync", archive = true, compress = true, verbose = true } }
到这启动 lsycnd 就能够完成实时同步了,默认的许多参数能够知足绝大部分需求,很是简单。
settings
里面是全局设置,--
开头表示注释,下面是几个经常使用选项说明:
logfile
定义日志文件stausFile
定义状态文件nodaemon=true
表示不启用守护模式,默认statusInterval
将lsyncd的状态写入上面的statusFile的间隔,默认10秒inotifyMode
指定inotify监控的事件,默认是CloseWrite
,还能够是Modify
或CloseWrite or Modify
maxProcesses
同步进程的最大个数。假如同时有20个文件须要同步,而maxProcesses = 8
,则最大能看到有8个rysnc进程maxDelays
累计到多少所监控的事件激活一次同步,即便后面的delay
延迟时间还未到sync
里面是定义同步参数,能够继续使用maxDelays
来重写settings的全局变量。通常第一个参数指定lsyncd
以什么模式运行:rsync
、rsyncssh
、direct
三种模式:
default.rsync
:本地目录间同步,使用rsync,也能够达到使用ssh形式的远程rsync效果,或daemon方式链接远程rsyncd进程;default.direct
:本地目录间同步,使用cp
、rm
等命令完成差别文件备份;default.rsyncssh
:同步到远程主机目录,rsync的ssh模式,须要使用key来认证
source
同步的源目录,使用绝对路径。
target
定义目的地址.对应不一样的模式有几种写法:/tmp/dest
:本地目录同步,可用于direct
和rsync
模式172.29.88.223:/tmp/dest
:同步到远程服务器目录,可用于rsync
和rsyncssh
模式,拼接的命令相似于/usr/bin/rsync -ltsd --delete --include-from=- --exclude=* SOURCE TARGET
,剩下的就是rsync的内容了,好比指定username,免密码同步172.29.88.223::module
:同步到远程服务器目录,用于rsync
模式
三种模式的示例会在后面给出。
init
这是一个优化选项,当init = false
,只同步进程启动之后发生改动事件的文件,原有的目录即便有差别也不会同步。默认是true
delay
累计事件,等待rsync同步延时时间,默认15秒(最大累计到1000个不可合并的事件)。也就是15s内监控目录下发生的改动,会累积到一次rsync同步,避免过于频繁的同步。(可合并的意思是,15s内两次修改了同一文件,最后只同步最新的文件)
excludeFrom
排除选项,后面指定排除的列表文件,如excludeFrom = "/etc/lsyncd.exclude"
,若是是简单的排除,可使用exclude = LIST
。
这里的排除规则写法与原生rsync有点不一样,更为简单:
/bin/foo/bar
能够匹配规则foo
/
开头,则从头开始要匹配所有/
结尾,则要匹配监控路径的末尾?
匹配任何字符,但不包括/
*
匹配0或多个字符,但不包括/
**
匹配0或多个字符,能够是/
delete
为了保持target与souce彻底同步,Lsyncd默认会delete = true
来容许同步删除。它除了false
,还有startup
、running
值,请参考 Lsyncd 2.1.x ‖ Layer 4 Config ‖ Default Behavior。
rsync
(提示一下,delete
和exclude
原本都是rsync的选项,上面是配置在sync中的,我想这样作的缘由是为了减小rsync的开销)
bwlimit
限速,单位kb/s,与rsync相同(这么重要的选项在文档里居然没有标出)compress
压缩传输默认为true
。在带宽与cpu负载之间权衡,本地目录同步能够考虑把它设为false
perms
默认保留文件权限。其它还有rsyncssh模式独有的配置项,如host
、targetdir
、rsync_path
、password_file
,见后文示例。rsyncOps={"-avz","--delete"}
这样的写法在2.1.*版本已经不支持。
lsyncd.conf
能够有多个sync
,各自的source,各自的target,各自的模式,互不影响。
使用命令加载配置文件,启动守护进程,自动同步目录操做。
lsyncd -log Exec /usr/local/lsyncd-2.1.5/etc/lsyncd.conf
如下配置本人都已通过验证可行,必须根据实际须要裁剪配置:
settings { logfile ="/usr/local/lsyncd-2.1.5/var/lsyncd.log", statusFile ="/usr/local/lsyncd-2.1.5/var/lsyncd.status", inotifyMode = "CloseWrite", maxProcesses = 8, } -- I. 本地目录同步,direct:cp/rm/mv。 适用:500+万文件,变更不大 sync { default.direct, source = "/tmp/src", target = "/tmp/dest", delay = 1 maxProcesses = 1 } -- II. 本地目录同步,rsync模式:rsync sync { default.rsync, source = "/tmp/src", target = "/tmp/dest1", excludeFrom = "/etc/rsyncd.d/rsync_exclude.lst", rsync = { binary = "/usr/bin/rsync", archive = true, compress = true, bwlimit = 2000 } } -- III. 远程目录同步,rsync模式 + rsyncd daemon sync { default.rsync, source = "/tmp/src", target = "syncuser@172.29.88.223::module1", delete="running", exclude = { ".*", ".tmp" }, delay = 30, init = false, rsync = { binary = "/usr/bin/rsync", archive = true, compress = true, verbose = true, password_file = "/etc/rsyncd.d/rsync.pwd", _extra = {"--bwlimit=200"} } } -- IV. 远程目录同步,rsync模式 + ssh shell sync { default.rsync, source = "/tmp/src", target = "172.29.88.223:/tmp/dest", -- target = "root@172.29.88.223:/remote/dest", -- 上面target,注意若是是普通用户,必须拥有写权限 maxDelays = 5, delay = 30, -- init = true, rsync = { binary = "/usr/bin/rsync", archive = true, compress = true, bwlimit = 2000 -- rsh = "/usr/bin/ssh -p 22 -o StrictHostKeyChecking=no" -- 若是要指定其它端口,请用上面的rsh } } -- V. 远程目录同步,rsync模式 + rsyncssh,效果与上面相同 sync { default.rsyncssh, source = "/tmp/src2", host = "172.29.88.223", targetdir = "/remote/dir", excludeFrom = "/etc/rsyncd.d/rsync_exclude.lst", -- maxDelays = 5, delay = 0, -- init = false, rsync = { binary = "/usr/bin/rsync", archive = true, compress = true, verbose = true, _extra = {"--bwlimit=2000"}, }, ssh = { port = 1234 } }
上面的内容几乎涵盖了全部同步的模式,其中第III
个要求像rsync同样配置rsyncd服务端,见本文开头。第IV
、V
配置ssh方式同步,达到的效果相同,但实际同步时你会发现每次同步都会提示输入ssh的密码,能够经过如下方法解决:
在远端被同步的服务器上开启ssh无密码登陆,请注意用户身份:
user$ ssh-keygen -t rsa 一路回车... user$ cd ~/.ssh user$ cat id_rsa.pub >> authorized_keys
把id_rsa
私钥拷贝到执行lsyncd的机器上
user$ chmod 600 ~/.ssh/id_rsa 测试可否无密码登陆 user$ ssh user@172.29.88.223
lsyncd
的功能不只仅是同步,官方手册 Lsyncd 2.1.x ‖ Layer 2 Config ‖ Advanced onAction 高级功能提到,还能够监控某个目录下的文件,根据触发的事件本身定义要执行的命令,example是监控某个某个目录,只要是有jpg、gif、png格式的文件参数,就把它们转成pdf,而后同步到另外一个目录。正好在我运维的一个项目中有这个需求,如今都是在java代码里转换,还容易出现异常,经过lsyncd能够代替这样的功能。但,门槛在于要会一点点lua语言(根据官方example仍是能够写出来)。
另外偶然想到个问题,同时设置了maxDelays
和delay
,当监控目录一直没有文件变化了,也会发生同步操做,虽然没有可rsync的文件。
TO-DO:
参考
原文连接地址:http://seanlook.com/2015/05/06/lsyncd-synchronize-realtime/