Day43-2-企业级实时复制intofy介绍及实践

Day43-2-企业级实时复制intofy介绍及实践

  • 1. 企业级备份方案介绍
    • 1.1 利用定时方式,实现周期备份重要数据信息。
    • 1.2 实时数据备份方案
    • 1.3 实时复制环境准备
    • 1.4 实时复制软件介绍
    • 1.5 实时复制inotify机制介绍
    • 1.6 项目部署实施
      • 1.6.1 部署环境准备
      • 1.6.2 检查Linux系统支持inotify实时监控
      • 1.6.3 inotify-tools工具安装过程
      • 1.6.4 inotifywait命令参数
      • 1.6.5 监控事件说明
      • 1.6.6 测试事件
      • 1.6.7 inotify-tools软件部署项目实战
      • 1.6.8 生产脚本(nfs01)
      • 1.6.9 inotify-tools软件优化企业案例
  • 2. 排错思路:
    • 2.1 tree backup目录乱码问题
    • 2.2 检查脚本无误但是tree backup目录依然多出文件或目录
    • 2.3 推送文件报错(auth failed on module backup验证模块备份失败)
    • 2.4 执行脚本报错:
    • 2.5 能正常推送数据,但是报错
    • 2.6 双模块注意事项

集群架构-inotify-sersync-实时复制

1. 企业级备份方案介绍

1.1 利用定时方式,实现周期备份重要数据信息。

在这里插入图片描述

1.2 实时数据备份方案

在这里插入图片描述

1.3 实时复制环境准备

主机名称角色IP(eth1)目录信息
nfs01NFS服务器端172.16.1.31/data
backupRsync备份服务器172.16.1.41/backup

1.4 实时复制软件介绍

随着互联网技术的不断发展,数据复制软件服务也层出不穷,目前企业中较为常用的实时复制软件有如下两种列表显示:
实时复制软件对比

软件服务依赖程序部署难点说明
inotify-toolsrsync守护进程服务复制脚本编写监控目录数据变化,实时数据复制
sersync*rsync守护进程服务配置文件编写监控目录数据变化,实时数据复制

inotify-tools #原始的监控软件。sersync #封装了intotify,增加了一些功能。

实时复制细节实现说明

  • 实时复制软件会监控磁盘文件系统的变化,比如:指定一个/data目录,实时复制软件服务进程会实时监控这个/data目录中对应文件系统数据的变化。
  • 一旦/data目录文件发生变化,就会执行rsync命令,将变化的数据信息推送到备份服务器相应的备份目录中,从而完成数据的实时备份。

提示:根据实时复制原理描述,可发现rsync备份服务器是需要先行搭建的;搭建完成rsync备份服务器后,在进行实时复制软件服务的部署。

1.5 实时复制inotify机制介绍

Inotify是一种异步的系统事件监控机制,Linux内核从2.6.13起,加入了Imotify支持,通过notify可以监控文件系统中添加、删除、修改、移动等各种事件,利用这个内核接口,第三方软件就可以监控文件系统下文件的各种变化情况,而inotify-tools正是实施这样监控的软件。实际上inotify-tools是一个监控指定目录数据实时变化的软件程序。

Inotify程序原理是一种事件驱动机制,它为应用程序监控文件系统事件提供了实时响应事件的机制,可以做到对事件处理的实时响应。

inotify的实现有几款软件:inotify-tools、sersync。

提示:sersync 软件在inotify基础上进行开发的,功能要更加强大些,支持配置文件配置,多了定时重试复制机制,过滤机制,提供接口做CDN数据更新,支持多线程操作。

  • inotify机制优点
    • 监控文件文件系统事件变化,通过复制工具实现实时数据复制。
    • 支持多线程实时复制。
  • inotify机制缺点
    • 实测并发如果大于200个文件(10-100k),复制会有延迟

1.6 项目部署实施

1.6.1 部署环境准备

确保rsync服务端配置完成
确保远程数据传输服务部署完成

[root@nfs01 data]# rsync -avz /data rsync_backup@172.16.1.41::backup --password-file=/etc/rsync.password
sending incremental file list
data/
data/oldboy-2.ev4
data/潘晓婷.jpg
data/花瓶美女1.jfif
data/花瓶美女2.jfif
data/老男孩Linux77期视频/
data/老男孩Linux77期视频/02-老男孩77期-什么是集群?.ev4
sent 51,802,259 bytes received 135 bytes 20,720,957.60
bytes/sec
total size is 52,144,218 speedup is 1.01
[root@nfs01 data]# rsync -avz /data rsync_backup@172.16.1.41::backup --password-file=/etc/rsync.password
sending incremental file list
sent 310 bytes received 26 bytes 672.00 bytes/sec
total size is 52,144,218 speedup is 155,191.12

1.6.2 检查Linux系统支持inotify实时监控

[root@nfs01 data]# uname -r
3.10.0-1160.31.1.el7.x86_64
[root@nfs01 data]# ls -l /proc/sys/fs/inotify/
总用量 0
-rw-r--r-- 1 root root 0 72 17:07 max_queued_events
-rw-r--r-- 1 root root 0 72 17:07 max_user_instances
-rw-r--r-- 1 root root 0 72 17:07 max_user_watches
[root@nfs01 data]# cat /proc/sys/fs/inotify/max_queued_events
16384
[root@nfs01 data]# cat /proc/sys/fs/inotify/max_user_instances
128
[root@nfs01 data]# cat /proc/sys/fs/inotify/max_user_watches
8192
文件名称作用说明
max_user_watches设置inotify命令可以监视的文件数量(单进程)
max_user_instances设置每个用户可以运行的inotify命令的进程数
max_queued_events设置inotify实例事件(event)队列可容纳的事件数量

1.6.3 inotify-tools工具安装过程

安装inotify-tools工具比较简单,执行的命令过程如下:
[root@nfs01 ~]# yum install epel-release -y #<==需先安装epel,默认官方没有。
[root@nfs01 ~]# yum install inotify-tools -y #<==下载inotify软件工具。
[root@nfs01 ~]# rpm -ql inotify-tools|head -2
/usr/bin/inotifywait #<==inotifywait软件命令(重要)。
/usr/bin/inotifywatch #<==inotifywatch软件命令(重要)。# inotifywait:在被监控的目录等待特定文件系统事件(open、close、delete等)发生,执行后处于阻塞状态,适合在Shell脚本中使用,此命令是实现监控的重点。
# inotifywatch:收集被监控的文件系统使用的统计数据,指文件系统事件发生的次数统计。

1.6.4 inotifywait命令参数

命令参数参数说明
-m| --monitor始终保持事件监听状态(重要参数)
-d | --daemon类似于-m参数,只是将命令运行在后台记录触发的事件信息在指定文件中,利用–outfile参数定义程序日志使用–syslog参数
-r递归监控目录数据信息变化(重要参数)
-o | --outfile打印事件到文件中,相当于标准正确输出
-s | --syslog发送错误到syslog相当于标准错误输出
-q | --quiet输出信息少(只打印事件信息)
–exclude排除文件或目录时,不区分大小写
–timefmt指定时间输出的格式
–format打印使用指定的输出类似格式字符串;即实际监控输出的内容
-e指定监听指定的事件,如果省略,表示所有事件都进行监听。(重要参数)

1.6.5 监控事件说明

常用监控文件事件功能参数

事件名称事件说明
access文件或目录内容被读取
modify文件或目录内容被写入
attrib文件或目录属性改变
close_write文件或目录关闭,在写入模式打开之后关闭的。(重要参数)
close_nowrite文件或目录关闭,在只读模式打开之后关闭的
close文件或目录关闭,不管读或是写模式
open文件或目录被打开(重要)
moved_to文件或目录被移动到监控的目录中
moved_from文件或目录从监控的目录中被移动
move文件或目录不管移动到或是移动出监控目录都触发事件
create文件或目录创建在监控的目录中(重要参数)
delete文件或目录被删除在监控的目录中(重要参数)
delete_self文件或目录被删除
unmount文件系统包含的文件或目录不能卸

1.6.6 测试事件

测试create事件

# 在NFS服务器上开启inotify相应监控功能
[root@nfs01 ~]# inotifywait -mrq --timefmt '%d/%m/%y %H:%M' --format '%T %w%f' -e create /data     #<==监控/data目录创建事件显示信息。
14/04/19 19:26 /data/a.txt #<==目录随着下面的操作,文件实时出现。
14/04/19 19:26 /data/b.txt#再开启一个NFS服务器连接窗口进行测试验证相应事件
[root@nfs01 ~]# touch /data/a.txt
[root@nfs01 ~]# touch /data/b.txt说明:只监控create创建事件,其它事件并没有进行监控,其它事件产生,监控服务没有信息输出

测试delete事件

# 在NFS服务器上开启inotify相应监控功能。
[root@nfs01 data]# inotifywait -mrq -e delete /data
/data/ DELETE 1.txt
/data/ DELETE 2.txt
/data/ DELETE 3.txt[root@nfs01 data]# inotifywait -mrq -e delete,close_write /data
/data/ CLOSE_WRITE,CLOSE oldboy.txt
/data/ CLOSE_WRITE,CLOSE oldboy.txt
/data/ DELETE oldboy.txt

1.6.7 inotify-tools软件部署项目实战

在NFS服务器上开启inotify相应监控功能

[root@nfs01 ~]# inotifywait -mrq -e close_write,delete/data #<==监控/data目录增删改事件。# 编写实时监控和复制脚本
本例涉及while循环脚本语法示例:
[root@nfs01 ~]# seq 3 >test.txt #<==生成3个数字,每行一个到test.txt文件里。
[root@nfs01 ~]# cat test.txt #<==查看结果。
1
2
3
[root@nfs01 ~]# cat w.sh #<==开发脚本。
cat ./test.txt|\ #<==按行读取test.txt文件,将每一行赋值给下文的$line变量。
while read line #<==循环读取line变量的内容。
do
echo $line #<==打印line变量的内容。
done #<==读取完test.txt内容后才会终止循环。
[root@nfs01 ~]# sh -x w.sh #<==查看执行原理过程。
+ read line
+ cat ./test.txt #<==按行读取test.txt文件,将第一行赋值给line。
+ echo 1 #<==输出1。
1
+ read line #<==按行读取test.txt文件,将第二行赋值给line。
+ echo 2 #<==输出2。
2
+ read line #<==按行读取test.txt文件,将第三行赋值给line。
+ echo 3 #<==输出3。
3
+ read line
# 有关Shell知识,读者可以学习《跟老男孩学习Linux运维:Shell编程实战一书

1.6.8 生产脚本(nfs01)

#!/bin/sh
cmd="/usr/bin/inotifywait"
$cmd -mrq -e close_write,delete /data|\
while read line
do
cd /data&&\
rsync -az --delete ./ rsync_backup@172.16.1.41::backup --password-file=/etc/rsync.password
done
#sh -x 脚本名 #<==调试脚本

nfs01上执行脚本

/bin/sh /server/scripts/monitoy1.sh &
touch /data/{1..10}.txt

backup服务器上检查

ls /backup

nfs01上执行:

测试没有问题后,在nfs01上让脚本在后台运行,并放入/etc/rc.local里。
[root@nfs01 scripts]# /bin/sh /server/scripts/monitor.sh &>/dev/null & #<==&表示让脚本在后台运行。
[root@nfs01 scripts]# tail -2 /etc/rc.local
#inotify sync data by oldboy at 201808
/bin/sh /server/scripts/monitor.sh &>/dev/null & #<==放到开机自启动文件里。
说明:让脚本在后台运行

1.6.9 inotify-tools软件优化企业案例

利用inotify对应的proc目录中的三个文件,可以适当对inotify软件进行优化,企业实战中调整为如下配置:
[root@nfs01 scripts]# echo "50000000" >/proc/sys/fs/inotify/max_user_watches #<==单进程可以监控的文件数量。
[root@nfs01 scripts]# echo "50000000" >/proc/sys/fs/inotify/max_queued_events #<==队列容纳事件的数量。
# 说明:以上配置重启可能会失效,需要放置在rc.local文件中。
# 设置开机自动进行实时监控优化。[root@nfs01 data]# tail -5 /etc/rc.local  #inotiy-tools 命令
/bin/sh /server/scripts/monitoy1.sh &
######inotify 优化
echo "50000000" >/proc/sys/fs/inotify/max_user_watches
echo "50000000" >/proc/sys/fs/inotify/max_queued_events

课后作业:
1)sersync实时复制工具
2)下图项目搞定。
在这里插入图片描述

2. 排错思路:

2.1 tree backup目录乱码问题

解决:
检查
/etc/hosts(主机名是否正确)
/etc/hostname(内网网址和对应主机名是否正确)

2.2 检查脚本无误但是tree backup目录依然多出文件或目录

解决:
(1)检查是否有每分钟执行脚本的定时任务crontab -l
(2)检查双方的/backup/目录是否有残留文件或目录,如果有用rm-rf *清空

2.3 推送文件报错(auth failed on module backup验证模块备份失败)

(1)密码是否正确
(2)认证用户rsync_backup是否正确
(3)模块名称和对应路径是否正确
(4)密码文件内容是否和backup服务器的/etc/rsync.password内的密码相符
(5)密码文件权限是否为600

2.4 执行脚本报错:

解决:
(1)脚本注释前没加"#"
(2)脚本变量前后不一致
(3)脚本内命令后有多余&&\或者if eles fi后缺少cd进目录&&
(4)命令格式是否多/少空格

2.5 能正常推送数据,但是报错

解决:
査看backup服务器上的rsync配置文件(/etc/rsyncd.conf)是否缺少fake super = yes选项
以及一些其它选项是否正确
黑白名单留一即可

2.6 双模块注意事项

(1)path指向路径目录必须有auth users属主和属组的权限
(2)第二模块认证用户必须写在模块下方
(3)第二模块组id,gid卸载模块下方都为第二模块建立的虚拟或普通用户
(4)secrets file密码路径后的密码文件不要和第一模块重名
(5)注意创建第二模块对应用户(并修改用户uid gid)
(6)对应路径密码文件权限为600

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.hqwc.cn/news/543224.html

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Ubuntu20下C/C++编程开启TCP KeepAlive

1、在linux下&#xff0c;测试tcp保活&#xff0c;可以使用tcp自带keepalive功能。 2、几个重要参数&#xff1a; tcp_keepalive_time&#xff1a;对端在指定时间内没有数据传输&#xff0c;则向对端发送一个keepalive packet&#xff0c;单位&#xff1a;秒 tcp_keep…

SpringBoot高级

1.自动配置-Condition Condition是Spring4.0后引入的条件化配置接口&#xff0c;通过实现Condition接口可以完成有条件的加载相应的Bean 进入 SpringBoot 启动类&#xff0c;点击进入 run() 可以看到这个方法是有返回值的&#xff0c;返回值为 ConfigurableApplicationConte…

ctype.h的了解string.h库函数中各个函数的使用和模拟实现

目录 字符分类函数 函数讲解 使用样例 字符转换函数 函数讲解 使用样例 strlen的使用和模拟实现 strlen的使用 strlen的模拟实现 计数器 递归&#xff08;不创建临时变量&#xff09; 指针-指针 strcpy的使用和模拟实现 strcpy的使用 strcpy的模拟实现 strca…

深入浅出落地应用分析:AI数字人「微软小冰」

hi,各位,今天要聊的是AI小冰,机缘巧合,投递了这家公司的产品,正好最近在看数字人相关的,就详细剖析下这款产品! 前言 小冰,全称为北京红棉小冰科技有限公司,前身为微软(亚洲)互联网工程院人工智能小冰团队,是微软全球最大的人工智能独立产品研发团队。作为微软全…

GaN HEMTs在电力电子应用中的交叉耦合与基板电容分析与建模

来源&#xff1a;Analysis and Modeling of Cross-Coupling and Substrate Capacitances in GaN HEMTs for Power-Electronic Applications&#xff08; TED 17年&#xff09; 摘要 本文提出了一种考虑了基板电容与场板之间交叉耦合效应的场板AlGaN/GaN高电子迁移率晶体管(HE…

机器学习-04-分类算法-03KNN算法

总结 本系列是机器学习课程的系列课程&#xff0c;主要介绍机器学习中分类算法&#xff0c;本篇为分类算法与knn算法部分。 本门课程的目标 完成一个特定行业的算法应用全过程&#xff1a; 懂业务会选择合适的算法数据处理算法训练算法调优算法融合 算法评估持续调优工程化…

在Vue中使用wangeditor创建富文本编辑器的完整指南

&#x1f31f; 前言 欢迎来到我的技术小宇宙&#xff01;&#x1f30c; 这里不仅是我记录技术点滴的后花园&#xff0c;也是我分享学习心得和项目经验的乐园。&#x1f4da; 无论你是技术小白还是资深大牛&#xff0c;这里总有一些内容能触动你的好奇心。&#x1f50d; &#x…

计算机考研|王道四本书够吗?

如果你是跨考生&#xff0c;王道的四本书只能覆盖你需要的80% 如果你是计算机专业的考生&#xff0c;王道四本书可以覆盖你需要的90% 我已经说的很明显了&#xff0c;王道的内容覆盖不了408考研的全部大纲&#xff0c;有的知识点虽然在王道书上提到了&#xff0c;但是因为不是…

京东云,华为,格行随身wifi大对比,2024最值得购买的随身WiFi

最近关于随身wifi的话题热度不降&#xff0c;京东自主品牌京东云随身wifi一经推出&#xff0c;很多网友纷纷想体验一下&#xff0c;更有网友直呼碾压老大哥华为随身wifi&#xff0c;一起来看一下京东云随身wifi到底怎么样&#xff1f; 京东云随身wifi是京东自主品牌&#xff0…

python3GUI--qt仿暴风影音By:PyQt5(附下载地址)

文章目录 一&#xff0e;前言二&#xff0e;环境1.开发环境2.打包环境3.运行环境 三&#xff0e;软件截图1.启动页2.视频播放3.音频播放4.其他1.托盘2.对话框 四&#xff0e;功能总览五&#xff0e;代码展示&心得1.UI设计2.如何防止卡顿3.如何自定义组件 五&#xff0e;思考…

testng测试类

第一步&#xff1a;在测试类中写业务逻辑测试代码在测试类中插入testng相关注解 数据驱动给test标记的方法提供数据 看数据驱动源码 在TestNG中&#xff0c;你可以使用DataProvider注解来标记一个方法&#xff0c;该方法将提供数据给测试方法。数据提供者的名称默认为方法名。…

淘宝扭蛋机小程序系统:电商娱乐新纪元,开启无限惊喜之旅

在移动互联网蓬勃发展的今天&#xff0c;小程序以其轻便、快捷的特性&#xff0c;成为了众多用户的新宠。淘宝作为国内电商领域的领军者&#xff0c;始终站在创新的前沿&#xff0c;不断探索和尝试新的商业模式。在这样的背景下&#xff0c;淘宝扭蛋机小程序系统应运而生&#…