您好,登录后才能下订单哦!
inotify是一种强大的,细粒度的,异步的文件系统时间监控机制,Linux内核从2.6.13加入了inotify支持,通过inotify可以监控文件系统汇中添加,删除,修改,移动等各种事件,利用这个内核接口,第三方软件就可以监控文件系统下文件的各种变化情况,而inotify-tools正式实施这样的监控的软件,国人周洋在金山公司开发了类似的实时同步软件sersync.
在安装inotify-tools前请先确认你的Linux内核是否达到了2.6.13,并且在编辑时开启CONFIG_INOTIFY选项,也可以通过以下命令检测。
安装inotify默认条件:
yum安装方式源信息必须设置正确:
默认的yum源(软件的仓库):base+extras+updates
国内yum源(软件的仓库):http://mirrors.aliyun.com/help/centos
扩展yum源(扩展的仓库):epel(企业级Linux的yum源的扩展仓库)
阿里云epel源:通过访问阿里yum源镜像地址获取
直接安装epel源方式:yum install epel-release
实时同步软件会负责监控磁盘文件系统的变化。比如:指定一个/data目录,实时同步软件服务进程会实时监控这个/data目录中数据的变化,即文件系统block与inode信息的变化。
实时同步软件服务进程监控/data目录文件系统数据一旦发生变化,就会执行rsync命令,将变化的文件数据信息推送到备份服务器相应的备份目录中,从而完成数据的实时备份。
rsync的传输效率是很高的但rsync也有缺点,最大的问题就是每次执行rsync命令都会遍历目标目录,当文件不多时,这没什么问题,一旦文件数到了一定规模,那么每次遍历都会消耗很多资源,如果只对经常改动的目录进行同步,也可以忽略这个问题,如果每次改动的目录多较大,那么就要用到inotify了。
inotify+rsync的方式使得效率更高效,只对经常改变的文件进行同步
安装 inotify 软件的前提 rsync 服务安装成功,可以在客户端推送拉取数据
另外:inotify 是在客户端配置安装的软件,别装错了
rsync+定时任务的方式会定时的将系统中变动的文件定时的同步给服务器,但是定时任务的最小单位是分。这对于数据变化快而且数据重要的金融行业来说,显然是不能容忍的。因此这种方式有一定局限性。
[root@nfs01 ~]# rpm-ql inotify-tools ##查询inotify-tools中包含哪些包
/usr/bin/inotifywait
/usr/bin/inotifywatch
/usr/lib64/libinotifytools.so.0
/usr/lib64/libinotifytools.so.0.4.1
/usr/share/doc/inotify-tools-3.14
/usr/share/doc/inotify-tools-3.14/AUTHORS
/usr/share/doc/inotify-tools-3.14/COPYING
/usr/share/doc/inotify-tools-3.14/ChangeLog
/usr/share/doc/inotify-tools-3.14/NEWS
/usr/share/doc/inotify-tools-3.14/README
/usr/share/man/man1/inotifywait.1.gz
/usr/share/man/man1/inotifywatch.1.gz
[root@nfs01 ~]#
inotifywait:在被监控的文件或目录上等待特定文件系统时间(open close delete等)发生,执行后处于阻塞状态,适合在shell脚本中使用。
inotifywatch:收集被监控的文件系统使用度统计数据,指文件系统事件发生的次数统计。
说明:yum安装后可以直接使用,如果编译安装需要进入到相应软件目录的bin目录下使用。
[root@nfs01 etc]# uname -r
2.6.32-642.el6.x86_64
[root@nfs01 etc]# ls -l /proc/sys
sys/ sysrq-trigger sysvipc/
[root@nfs01 etc]# ls-l /proc/sys/fs/inotify/
total 0
-rw-r--r-- 1 root root 0 May 12 16:26 max_queued_events
-rw-r--r-- 1 root root 0 May 12 16:26 max_user_instances
-rw-r--r-- 1 root root 0 May 12 16:26 max_user_watches
[root@nfs01 etc]#显示上面三个文件说明支持inotify
[root@nfs01 ~]# cd/proc/sys/fs/inotify/
[root@nfs01 inotify]# ls
max_queued_events max_user_instances max_user_watches
[root@nfs01 inotify]# catmax_user_watches
8192
[root@nfs01 inotify]# catmax_user_instances
128
[root@nfs01 inotify]# catmax_queued_events
16384
[root@nfs01 inotify]#
关键参数说明:
max_queued_events:设置inotify实例事件(event)队列可容纳的事件数量。
max_user_instances:设置每个用户可以运行的inotifywait或inotifywatch命令的进程数。
max_user_watches:设置inotifywait或inotifywatch命令可以监视的文件数量(单进程)
客户端开启运行inotify服务进程,检测共享目录的数据变化
获取到共享目录数据发生变化,通知执行rsync命令同步数据。
将变化数据发送到rsync服务端(开启rsync守护进程服务器)的共享目录中。
命令参数 | 参数说明 |
-m|--monitor | 始终保持事件监听状态 |
-d|--daemon | 类似于-m参数,只是将命令运行在后台,记录触发的事件信息在指定文件中,利用--outfile参数,定义程序日志使用--syslog参数 |
-r(重要参数) | 递归监控目录数据信息变化 |
-o|--outfile <file> | 打印事件到文件中,相当于标准正确输出 |
-s|--syslog | 发送错误到syslog相当于标准错误输出 |
-q|--quiet | 输出信息少(只打印事件信息) |
--exclude|<pattern> | 排除文件或目录时,不区分大小写 |
--timefmt <fmt> | 指定事件输出的格式 |
--format <fmt> | 打印使用指定的输出类似格式字符串,即实际监控输出的内容。 |
-e | 指定监听指定的事件,如果省略,表示所有事件都进行监听 |
通过/usr/local/inotify-tools/bin/inotifywait --help命令获取监控事件信息。
事件名称 | 事件说明 |
access | 文件或目录内容被读取 |
modify | 文件或目录内容被写入 |
attrib | 文件或目录属性改变 |
close_write | 文件或目录关闭,在写入模式打开之后关闭的。 |
close_nowrite | 文件或目录关闭,在只读模式打开之后关闭的。 |
close | 文件或目录关闭,不管读或是写模式 |
open | 文件或目录被打开 |
moved_to | 文件或目录被移动到监控的目录中 |
moved_from | 文件或目录被移动从监控的目录中。 |
move | 文件或目录不管移动到或移动出监控目录都触发事件 |
create | 文件或目录创建在监控的目录中。 |
delete | 文件或目录被删除在监控的目录中 |
delete_self | 文件或目录被删除 |
unmount | 文件系统包含的文件或目录不能卸载 |
部署rsync守护进程模式
服务端的配置
01:检查是否安装rsync
02:配置rsyncd.conf配置文件
03:创建rsync进程管理用户
04:创建模块的存储目录
05:修改存储目录的属主和属组权限
06:配置认证密码文件,授权为600权限
07:启动rsync守护进程服务
08:设置rsync服务开机自启动
09:进行测试
客户端的配置
01:创建密码文件,并授权600权限
02:客户端进行测试
服务端代码文件:
[root@backup nfsbackup]# vim/etc/rsyncd.conf
(省略部分内容)
[backup] ##模块名称
path = /backup
[nfsbackup] ##创建一个模块
path = /nfsbackup
"/etc/rsyncd.conf" 20L,474C written
创建备份模块
[root@backup ~]# mkdir /nfsbackup
授权属主属组
[root@backup ~]# chown -R rsync.rsync/nfsbackup/
查看授权情况
[root@backup ~]# ll -d /nfsbackup/
drwxr-xr-x 2 rsync rsync 4096 May 1109:22 /nfsbackup/
查看密码文件
[root@backup ~]# cat/etc/rsync.password
rsync_backup:123456
查看密码文件权限是否为600
[root@backup ~]# ll/etc/rsync.password
-rw------- 1 root root 20 May 4 17:51 /etc/rsync.password
[root@backup ~]#
[root@backup ~]# /etc/init.d/xinetdstatus
xinetd (pid 1810) is running...
[root@backup ~]# /etc/init.d/xinetdstop
Stopping xinetd: [ OK ]
[root@backup ~]# rsync --daemon
[root@backup ~]# ps -ef |grep rsync
root 4955 1 0 09:25 ? 00:00:00 rsync --daemon
root 4959 4860 0 09:25 pts/0 00:00:00 grep rsync
[root@backup ~]#
打开两个相同的xshell窗口测试,在其中一个窗口输入下面代码:
[root@nfs01 data]# inotifywait-mrq /data/
/data/ DELETE oldboy.txt
/data/ CREATE oldboy.txt
/data/ OPEN oldboy.txt
/data/ ATTRIB oldboy.txt
/data/ CLOSE_WRITE,CLOSE oldboy.txt
在另外一个相同的窗口进行操作,如创建,删除,移动等。观察变化。
测试create 事件
在NFS服务器上开启inotify相应的监控功能,并输出信息
[root@nfs01 backup]#inotifywait -mqr --timefmt '%d/%y %H:%M' --format '%T %w%f' -e create /backup ###监控backup创建事件显示信息
12/17 23:18 /backup/oldbpy.txt
再开启一个NFS服务器连接窗口进行测试验证create事件。
[root@nfs01 backup]# ls
m
[root@nfs01 backup]# mkdir oldbpy.txt
[root@nfs01 backup]# ls
m oldbpy.txt
[root@nfs01 backup]# rm oldbpy.txt/-fr
[root@nfs01 backup]#
说明:只监控create创建事件,其他事件没有进行监控,其他事件产生,监控服务没有信息输出。
可以简化命令和输出信息:
[root@nfs01 backup]# inotifywait -mqr --format '%w%f' -e create /backup
/backup/1.txt 监控/backup目录创建事件显示信息。
/backup/2.txt
/backup/3.txt
/backup/4.txt
/backup/5.txt
再开启一个NFS服务器连接窗口进行测试验证create事件。
[root@nfs01 backup]# mkdir {1..5}.txt
[root@nfs01 backup]# ls
1.txt 2.txt 3.txt 4.txt 5.txt m
[root@nfs01 backup]# rm 3.txt/ -fr ##删除事件没有监控,另一端也没有信息输出。
[root@nfs01 backup]# ls
1.txt 2.txt 4.txt 5.txt m
[root@nfs01 backup]#
测试delete事件
在NFS服务器上开启inotify相应的监控功能,并输出信息
[root@nfs01 backup]# ls
1.txt 2.txt 4.txt 5.txt m
[root@nfs01 backup]# rm -fr 5.txt/ ##删除文件测试
[root@nfs01 backup]# rm -fr 2.txt/
[root@nfs01 backup]# mkdir oldboy.txt ###创建文件测试,但是没有信息输出
[root@nfs01 backup]#
再开启一个NFS服务器连接窗口进行测试验证delete事件
[root@nfs01 backup]# inotifywait-mqr --format '%w%f' -e delete /backup
/backup/5.txt
/backup/2.txt ##删除会有信息输出
测试moved事件
在NFS服务器上开启inotify相应的监控功能,并输出信息
[root@nfs01 backup]# inotifywait-mqr --format '%w%f' -e move /backup
/backup/oldboy.txt
/backup/1.txt
再开启一个NFS服务器连接窗口进行测试验证move事件
[root@nfs01 backup]# ls
1.txt 4.txt m
[root@nfs01 backup]# mv oldboy.txt//tmp/
[root@nfs01 backup]# mkdir 4
[root@nfs01 backup]# rm 4.txt/ -fr
[root@nfs01 backup]# mv 1.txt/ /tmp/
[root@nfs01 backup]#
说明:只监控move移动事件,其他事件并没有进行监控,其他事件产生,监控服务没有信息输出,因此利用监控移动事件,就对目录中文件或目录的移入和移出事件都监控了。
知识点结论:
通过上面的测试实验可以发现,有些监控事件已经包含了其他相应事件的监控功能,因此进行监控时可以根据要求精简相应的监控事件。
重要事件 | 包含事件 | 备注说明 |
close | close_write , close_nowrite | 文件或目录关闭,不管读写或是写模式;即包含写关闭或读关闭 |
close_write | create | 包含文件创建事件,但不包含目录创建事件 |
move | move_to move_from | 文件或目录不管移动到或移动出监控目录都触发事件,即包含信息移入或移除监控目录事件。 |
重要参数汇总:根据以上说明,在实际使用时,只要监控以下事件即可:create创建,delete删除,moved_to移入,close_write修改
需要通过相应脚本实现目录中变化文件信息推送,脚本编写思路演变过程如下:
环境准备:在服务器上添加nfsbackup模块和nfsbackup目录,并授权属组和属主。
[root@backup nfsbackup]# cat/etc/rsyncd.conf
tart##
uid = rsync
gid = rsync
use chroot = no
max connections = 200
timeout = 300
pid file = /var/run/rsyncd.pid
lock file = /var/run/rsync.lock
log file = /var/log/rsyncd.log
ignore errors
read only = false
list = false
hosts allow = 172.16.1.0/24
hosts deny = 0.0.0.0/32
auth users = rsync_backup
secrets file = /etc/rsync.password
[backup] ##模块名称
path = /backup
[nfsbackup] ##模块名称
path = /nfsbackup
[root@backup nfsbackup]#
[root@backup backup]# chown rsync.rsync /nfsbackup/
客户端上编写脚本实时监控目录中信息变化,并获取变化信息。
# 第一步:编写监控命令
#!/bin/bash
#desc: monitor /data and pushdatainfo to backup_server
/usr/bin/inotifywait -mrq --format"%w%f" -e moved_to,delete,create,close_write /data|\
第二步:编写脚本编写推送命令rsync 进行无差异同步 --delete /data/
while read line
do
rsync -az --delete /data/rsync_backup@172.16.1.41::nfsbackup --password-file=/etc/rsync.password
done
实现脚本监控目录信息事件,并让脚本在后台运行。
[root@nfs01 data]# sh/server/scripts/monitor.sh &>/dev/null &
[1] 9891
[root@nfs01 data]#
监控文件系统事件变化,通过同步工具实现实时数据同步。
并发如果大于200个文件(4-100k),同步就会有延迟。
前面写的脚本,每次都是全部推送一次,但确实是增量的,也可以只同步变化的文件,不变化的不理。
监控到事件后,请用rsync同步是单进程的(加&并发),sersync是多进程同步。
[root@nfs01 etc]# ls-l /proc/sys/fs/inotify/
total 0
-rw-r--r-- 1 root root 0 May 12 16:26 max_queued_events
-rw-r--r-- 1 root root 0 May 12 16:26 max_user_instances
-rw-r--r-- 1 root root 0 May 12 16:26 max_user_watches
[root@nfs01 inotify]# catmax_user_watches
8192
[root@nfs01 inotify]# catmax_user_instances
128
[root@nfs01 inotify]# cat max_queued_events
16384
[root@nfs01 inotify]#
[root@nfs01 data]# cd/proc/sys/fs/inotify/
[root@nfs01 inotify]# ls
max_queued_events max_user_instances max_user_watches
[root@nfs01 inotify]# echo "50000000">/proc/sys/fs/inotify/max_user_watches
[root@nfs01 inotify]# echo "50000000">/proc/sys/fs/inotify/max_queued_events
[root@nfs01 inotify]# ##说明:以上配置重启可能会失效,需要放置在rc.local文件中。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。