【集群实战】inotify

1. inotify简介

Inotify是一种强大的，细粒度的，异步的文件系统事件监控机制（软件）。

linux内核从2.6.13起，加入了Inotify支持，通过Inotify可以监控文件系统中添加，删除，修改，移动等各种事件，利用这个内核接口，第三方软件就可以监控文件系统下文件的各种变化情况，而inotify-tools正是实施这样监控的软件。还有国人周洋在金山公司开发的sersync。

Inotify实际是一种事件驱动机制，它为应用程序监控文件系统事件提供了实时响应事件的机制，而无须通过诸如cron等的轮询机制来获取事件。

cron等机制不仅无法做到实时性，而且消耗大量系统资源。

相比之下，inotify基于事件驱动，可以做到对事件处理的实时响应，也没有轮询造成的系统资源消耗，是非常自然的事件通知接口，也与自然世界的事件机制相符合。

inotify 的实现有几款软件

1. inotify-tools，
2. sersync（金山周洋）
3. lsyncd

2. 实时同步系统架构拓扑

下面的inotify配置是建立在rsync服务基础上的配置过程。

3. inotify 实施准备

大前提rsync daemon 服务配置成功，可以再rsync客户端推送拉取数据，然后才能配置inotify服务。

4. inotify安装

默认yum源：

• base + extras + updates

扩展的yum源：
epel

• 网易163源
• 阿里云epel源

在安装inotify-tools前请先确认你的linux内核是否达到了2.6.13，并且在编译时开启CONFIG_INOTIFY选项，也可以通过以下命令检测。

4.1 查看当前系统是否支持inotify

[root@nfs-31 data]# uname -r
2.6.32-573.el6.x86_64
[root@nfs-31 data]# ls -l /proc/sys/fs/inotify/
total 0
-rw-r--r-- 1 root root 0 Dec 12 18:59 max_queued_events
-rw-r--r-- 1 root root 0 Dec 12 18:59 max_user_instances
-rw-r--r-- 1 root root 0 Dec 12 18:59 max_user_watches  # 显示这三个文件则证明支持inotify

关键参数说明：

• 在/proc/sys/fs/inotify目录下有三个文件，对inotify机制有一定的限制
• max_user_watches：设置inotifywait或inotifywatch命令可以监视的文件数量（单进程）
• max_user_instances：设置每个用户可以运行的inotifywait或inotifywatch命令的进程数。
• max_queued_events：设置inotify实例事件（event）队列可容纳的事件数量。

[root@nfs-31 inotify]# ls|xargs head
==> max_queued_events <==
16384

==> max_user_instances <==
128

==> max_user_watches <==
8192

4.2 安装inotify软件

[root@nfs-31 inotify]# rpm -qa inotify-tools
[root@nfs-31 inotify]# yum install inotify-tools -y  # Error: Nothing to do

安装失败，用wget获取源，再用yum安装：

wget -O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-6.repo
yum -y install inotify-tools

　[root@nfs-31 inotify]# rpm -qa inotify-tools
  inotify-tools-3.14-2.el6.x86_64

一共安装了2个工具，即inotifywait和inotifywatch。

• inotifywait：在被监控的文件或目录上等待特定文件系统事件（open，close，delete等）发生，执行后处于阻塞状态，适合shell脚本中使用。
• inotifywatch：收集被监视的文件系统使用度统计数据，指文件系统事件发生的次数统计。

5. inotifywait命令

[root@nfs-31 inotify]# which inotifywait
/usr/bin/inotifywait

[root@nfs-31 inotify]# /usr/bin/inotifywait --help
inotifywait 3.14
Wait for a particular event on a file or set of files.
Usage: inotifywait [ options ] file1 [ file2 ] [ file3 ] [ ... ]
Options:
        -h|--help       Show this help text.
        @<file>         Exclude the specified file from being watched.
        --exclude <pattern>
                        Exclude all events on files matching the
                        extended regular expression <pattern>.
        --excludei <pattern>
                        Like --exclude but case insensitive.
        -m|--monitor    Keep listening for events forever.  Without   # 监听
                        this option, inotifywait will exit after one
                        event is received.
        -d|--daemon     Same as --monitor, except run in the background  # 守护进程
                        logging events to a file specified by --outfile.
                        Implies --syslog.
        -r|--recursive  Watch directories recursively.  # 递归，对子目录进行监控
        --fromfile <file>
                        Read files to watch from <file> or `-' for stdin.
        -o|--outfile <file>
                        Print events to <file> rather than stdout.
        -s|--syslog     Send errors to syslog rather than stderr.
        -q|--quiet      Print less (only print events).
        -qq             Print nothing (not even events).
        --format <fmt>  Print using a specified printf-like format
                        string; read the man page for more details.
        --timefmt <fmt> strftime-compatible format string for use with
                        %T in --format string.
        -c|--csv        Print events in CSV format.
        -t|--timeout <seconds>
                        When listening for a single event, time out after
                        waiting for an event for <seconds> seconds.
                        If <seconds> is 0, inotifywait will never time out.
        -e|--event <event1> [ -e|--event <event2> ... ]      # 事件
                Listen for specific event(s).  If omitted, all events are 
                listened for.

Exit status:
        0  -  An event you asked to watch for was received.
        1  -  An event you did not ask to watch for was received
              (usually delete_self or unmount), or some error occurred.
        2  -  The --timeout option was given and no events occurred
              in the specified interval of time.

Events: # 监控的事件类型：访问，修改，属性发生变化；写之后关闭，只读之后关闭，所有关闭动作；移动到，从某处移动，移动；创建，删除，删除了，卸载
        access          file or directory contents were read
        modify          file or directory contents were written
        attrib          file or directory attributes changed
        close_write     file or directory closed, after being opened in
                        writeable mode
        close_nowrite   file or directory closed, after being opened in
                        read-only mode
        close           file or directory closed, regardless of read/write mode
        open            file or directory opened
        moved_to        file or directory moved to watched directory
        moved_from      file or directory moved from watched directory
        move            file or directory moved to or from watched directory
        create          file or directory created within watched directory
        delete          file or directory deleted within watched directory
        delete_self     file or directory was deleted
        unmount         file system containing file or directory unmounted

比较重要的参数的含义：

inotifywait参数	含义说明
-r --recursive	递归查询目录
-q --quiet	打印很少的信息，仅仅打印监控事件的信息
-m，--monitor	始终保持事件监听状态
--exclude	排除文件或目录时，不区分大小写。
--timefmt	指定时间输出的格式
--format	打印使用指定的输出类似格式字符串
-e，--event	通过此参数可以指定需要监控的事件，如下一个列表所示

-e，--event 事件的各种事件含义：

Events	含义
access	文件或目录被读取
modify	文件或目录内容被修改
attrib	文件或目录属性被改变
close	文件或目录封闭，无论读/写模式
open	文件或目录被打开
moved_to	文件或目录被移动至另外一个目录
move	文件或目录被移动到另一个目录或从另一个目录移动至当前目录
create	文件或目录被创建在当前目录
delete	文件或目录被删除
umount	文件系统被卸载

--format 的格式意义：

• %w 发生事件的监视文件的名称 
  • This will be replaced with the name of the Watched file on which an event occurred.
• %f  当一个事件发生在一个目录中时，它将被替换为导致该事件发生的文件名。否则，将替换为空字符串。
  • When an event occurs within a directory, this will be replaced with the name of the File which caused the event to occur. Otherwise, this will be replaced with an empty string.
• %e  发生的事件，以逗号分隔。
  • Replaced with the Event(s) which occurred, comma-separated.
• %Xe 发生的事件，用“X”中的任何字符分隔。
  • Replaced with the Event(s) which occurred, separated by whichever character is in the place of ‘X’.
• %T   替换为--timefmt选项指定格式的当前时间，该格式字符串应适合传递给strftime（3）。
  • Replaced with the current Time in the format specified by the --timefmt option, which should be a format string suitable for passing to strftime(3).

5.1 人工测试监控事件

开启两个窗口

5.1.1 测试create事件

在第一个窗口开启inotifywait，监听/backup目录：

[root@nfs-31 inotify]# inotifywait -mrq --timefmt '%y/%m/%d %H:%M' --format '%T %w%f' -e create /backup  
# 命令说明：
# -mrq：-m 实时监听，-r递归监控整个目录，包括子目录，-q 只输出简短信息
# --timefmt：指定输出的时间格式
# --format：输出输出的格式
# -e create：指定监控的事件类型，监控创建create事件 

第二个窗口，进入/backup目录，创建两个文件，触发create事件

[root@nfs-31 backup]# cd /backup
[root@nfs-31 backup]# touch inotifywait_create_event_1
[root@nfs-31 backup]# touch inotifywait_create_event_2

触发事件后，查看第一个窗口会发现，屏幕输出了创建事件的内容（时间和创建的文件路径加名称）

[root@nfs-31 inotify]# inotifywait -mrq --timefmt '%y/%m/%d %H:%M' --format '%T %w%f' -e create /backup   
19/12/12 19:26 /backup/inotifywait_create_event_1
19/12/12 19:41 /backup/inotifywait_create_event_2

5.2.2 测试其它事件

在第一个窗口，执行inotifywait -mrq --timefmt '%y/%m/%d %H:%M' --format '%T %e %w%f' /backup 监听/backup目录。

在第二个窗口执行下面命令，不指定-e参数，默认会记录所有事件。

[root@nfs-31 backup]# cd /backup
[root@nfs-31 backup]# ls
192.168.0.31              flag_2019-12-05             logs_2019-12-05.tar.gz  www_2019-12-07.tar.gz
config_2019-12-05.tar.gz  flag_2019-12-07             logs_2019-12-07.tar.gz  www_2019-12-08.tar.gz
config_2019-12-07.tar.gz  flag_2019-12-08             logs_2019-12-08.tar.gz  www_2019-12-09.tar.gz
config_2019-12-08.tar.gz  flag_2019-12-09             logs_2019-12-09.tar.gz  www_2019-12-10.tar.gz
config_2019-12-09.tar.gz  flag_2019-12-10             logs_2019-12-10.tar.gz  www_2019-12-11.tar.gz
config_2019-12-10.tar.gz  flag_2019-12-11             logs_2019-12-11.tar.gz  www_2019-12-12.tar.gz
config_2019-12-11.tar.gz  flag_2019-12-12             logs_2019-12-12.tar.gz
config_2019-12-12.tar.gz  inotifywait_create_event_1  test
flag_2019-12-03           inotifywait_create_event_2  www_2019-12-05.tar.gz
[root@nfs-31 backup]# touch inotifywait_create_event_3
[root@nfs-31 backup]# rm inotifywait_create_event_3
rm：是否删除普通空文件 "inotifywait_create_event_3"？y
[root@nfs-31 backup]# vi inotifywait_create_event_1
[root@nfs-31 backup]# mv inotifywait_create_event_1 test/

查看inotifywait监听窗口

[root@nfs-31 inotify]# inotifywait -mrq --timefmt '%y/%m/%d %H:%M' --format '%T %e %w%f' /backup 
19/12/12 20:31 OPEN,ISDIR /backup/
19/12/12 20:31 CLOSE_NOWRITE,CLOSE,ISDIR /backup/    # ls 触发的所有事件

# touch inotifywait_create_event_3 触发的所有事件
19/12/12 20:43 CREATE /backup/inotifywait_create_event_3
19/12/12 20:43 OPEN /backup/inotifywait_create_event_3
19/12/12 20:43 ATTRIB /backup/inotifywait_create_event_3
19/12/12 20:43 CLOSE_WRITE,CLOSE /backup/inotifywait_create_event_3


# rm inotifywait_create_event_3 触发的事件
19/12/12 20:43 DELETE /backup/inotifywait_create_event_3

# vi inotifywait_create_event_1 并编辑了“123”再保存退出的所有触发事件
19/12/12 20:44 OPEN,ISDIR /backup/
19/12/12 20:44 CLOSE_NOWRITE,CLOSE,ISDIR /backup/
19/12/12 20:44 OPEN,ISDIR /backup/
19/12/12 20:44 CLOSE_NOWRITE,CLOSE,ISDIR /backup/
19/12/12 20:44 OPEN,ISDIR /backup/
19/12/12 20:44 CLOSE_NOWRITE,CLOSE,ISDIR /backup/
19/12/12 20:44 OPEN,ISDIR /backup/
19/12/12 20:44 CLOSE_NOWRITE,CLOSE,ISDIR /backup/
19/12/12 20:44 CREATE /backup/.inotifywait_create_event_1.swp
19/12/12 20:44 OPEN /backup/.inotifywait_create_event_1.swp
19/12/12 20:44 CREATE /backup/.inotifywait_create_event_1.swpx
19/12/12 20:44 OPEN /backup/.inotifywait_create_event_1.swpx
19/12/12 20:44 CLOSE_WRITE,CLOSE /backup/.inotifywait_create_event_1.swpx
19/12/12 20:44 DELETE /backup/.inotifywait_create_event_1.swpx
19/12/12 20:44 CLOSE_WRITE,CLOSE /backup/.inotifywait_create_event_1.swp
19/12/12 20:44 DELETE /backup/.inotifywait_create_event_1.swp
19/12/12 20:44 CREATE /backup/.inotifywait_create_event_1.swp
19/12/12 20:44 OPEN /backup/.inotifywait_create_event_1.swp
19/12/12 20:44 MODIFY /backup/.inotifywait_create_event_1.swp
19/12/12 20:44 MODIFY /backup/.inotifywait_create_event_1.swp
19/12/12 20:44 CREATE /backup/inotifywait_create_event_1
19/12/12 20:44 OPEN /backup/inotifywait_create_event_1
19/12/12 20:44 MODIFY /backup/inotifywait_create_event_1
19/12/12 20:44 CLOSE_WRITE,CLOSE /backup/inotifywait_create_event_1
19/12/12 20:44 MODIFY /backup/.inotifywait_create_event_1.swp
19/12/12 20:44 CLOSE_WRITE,CLOSE /backup/.inotifywait_create_event_1.swp
19/12/12 20:44 DELETE /backup/.inotifywait_create_event_1.swp


# mv inotifywait_create_event_1 test/ 触发的事件
19/12/12 20:45 MOVED_FROM /backup/inotifywait_create_event_1
19/12/12 20:45 MOVED_TO /backup/test/inotifywait_create_event_1

6. 编写inotify实时监控脚本

[root@nfs-31 /]# cd /server/scripts
[root@nfs-31 scripts]# ls
backup.sh
[root@nfs-31 scripts]# vi inotifywait_nfs_to_backup.sh
[root@nfs-31 scripts]# cat inotifywait_nfs_to_backup.sh 
#!/bin/bash


Path=/data
backup_Server=192.168.0.41

/usr/bin/inotifywait -mrq --format '%w%f' -e close_write,delete $Path|while read line
do
    if [ -f $line ];then
        rsync -az $line --delete rsync_backup@$backup_Server::nfsbackup --password-file=/etc/rsync.password
    else
        cd $Path &&
        rsync -az ./ --delete rsync_backup@$backup_Server::nfsbackup --password-file=/etc/rsync.password
    fi
done

脚本可以加入开机启动：

echo "/bin/sh /server/scripts/inotifywait_nfs_to_backup.sh &" >> /etc/rc.local

提示：

• 一个& 代表从后台开始运行该条命令

7. inotify加入chkconfig服务管理

通过start/stop控制/server/scripts/inotifywait_nfs_to_backup.sh脚本的启动和停止。

[root@nfs-31 init.d]# cat syncd
#!/bin/bash
#
# chkconfig: 2345 30 60
# this scripts is created by zoe 

. /etc/init.d/functions

Sh_filename=inotifywait_nfs_to_backup.sh

if [ $# -ne 1 ];then
    usage: $0 {start|stop}
    exit 1
fi

case "$1" in
start)
    /bin/bash /server/scripts/$Sh_filename &
    echo $$ >/var/run/inotify.pid
if [ `ps -ef|grep inotify|wc -l` -gt 2 ];then
    action "inotify service is started" /bin/true
else
    action "inotify service is started" /bin/false
fi
;;
stop)
kill -9 cat /var/run/inotify.pid >/dev/null 2>&1
pkill inotifywait
sleep 2
if [ `ps -ef|grep inotify|grep -v grep|wc -l` -eq 0 ];then
    action "inotify service is stopped" /bin/true
else
    action "inotify service is stopped" /bin/false
fi
;;
*)
usage: $0 {start|stop}
exit 1
esac

加入开机自启动：

chkconfig --add syncd
chkconfig --list syncd

测试

/etc/init.d/syncd start
/etc/init.d/syncd stop

8. /proc/sys/fs/inotify三个关键参数调整

在/proc/sys/fs/inotify目录下有三个文件，对inotify机制有一定的限制

• max_user_watches：设置inotifywait或inotifywatch命令可以监视的文件数量（单进程）
• max_user_instances：设置每个用户可以运行的inotifywait或inotifywatch命令的进程数。
• max_queued_events：设置inotify实例事件（event）队列可容纳的事件数量。（一般不用调整，128已经很大了）

[root@nfs-31 inotify]# ls|xargs head
==> max_queued_events <==
16384

==> max_user_instances <==
128

==> max_user_watches <==
8192

调整：

[root@nfs-31 data]# echo 50000000 > /proc/sys/fs/inotify/max_user_watches    
[root@nfs-31 data]# echo 326790 > /proc/sys/fs/inotify/max_queued_events

调整后，重启可能会失效。所以，为了实现每次开机生效，将命令放到/etc/rc.local中。

[root@nfs-31 data]# tail -3 /etc/rc.local
# set inotify watch and event max value 
echo 50000000 > /proc/sys/fs/inotify/max_user_watches    
echo 326790 > /proc/sys/fs/inotify/max_queued_events

9. Rsync+inotify实时数据同步并发简单测试

实时同步并发测试：

10k-100k文件

测试脚本：

每秒100个并发：

[root@nfs01 data]# paste inotify_100_server.log
inotify_100_backup_server.log > inotify_100.txt
[root@nfs01 data]# cat inotify_100.txt
23:05       34227   23:05   34227
23:05       34387   23:05   34387
23:05       35027   23:05   35027
23:05       35587   23:05   35587
23:05       36473   23:05   36473
23:05       36707   23:05   36707
23:05       37587   23:05   37587 
以下省略...

Inotify实时并发：

结论：经过测试，每秒200文件并发，数据同步几乎无延迟（小于1秒）

inotify的优缺点

inotify 优点：

• 监控文件系统事件变化，通过同步工具实现实时数据同步。

inotify 缺点：

• 并发如果大于200个文件（10-100k），同步就会有延迟
• 我们前面写的脚本，每次都是全部推送一次，但确实是增量的。也可以只同步变化的文件，不变化的不理。
• 监控到事件后，调用rsync同步是单进程的，而sersync为多进程同步。

既然有了inotify-tools，为什么还要开发sersync？

解答：

serysync功能多：（inotify+rsync命令）

• 支持通过配置文件管理
• 真正的守护进程socket
• 可以对失败文件定时重传（定时任务功能）
• 第三方的HTTP接口（例如：更新cdn缓存）
• 默认多进程rsync同步

高并发数据实时同步方案小结：

• inotify（sersync）+ rsync，是文件级别的。（效率不高）
• drbd文件系统级别，文件系统级别，基于block块同步（效率高）缺点：备节点数据不可用，只有主节点坏了才能用。
• 第三方软件的同步功能：
  • mysql同步（主从复制），oracle，mongodb
• 程序双写，直接写两台服务器。
• 利用产品业务逻辑解决（读写分离，备份读不到，读主）

说明：
用户上传的图片或者附件单独存在NFS主服务器上；
用户读取数据从两台NFS备份服务器上读取；
NFS主和两台NFS备份通过inotify+rsync方式进行实时同步。

• NFS集群（1，4，5方案整合）（双写主存储，备存储用inotify（sersync）+rsync，备存储没有找主存储，解决延迟问题）
• 弃用NFS方案（读写分离）
  • 弃用方案就是写入到nfs服务器，nfs的备份直接备份到web服务器，用户读取直接从web服务器读取。