由于平台要上负载均衡，后面有4个emc节点，每次更新系统都比较麻烦，所以这里记录一下收集到的一个看着靠谱的同步方案

出处：Linux中文件实时同步 - 刘新元 - 博客园

注意：看着靠谱，暂时没有实验过，等实验后也许会更新本文。

目录

Rsync是一个文件同步工具，在同步的时候，只同步发生变化的文件或者是目录(每次发生变化的数据对整个同步目录数据来说是很小的，rsync在遍历查找文件时，速度很快)

rsync有两种工作模式，客户端和服务器端，即rsync的客户端和服务器端是同一个程序，名字都叫rsync，你用它启动了服务作为守护进程，他就是服务器端，你没启动服务，而是直接调用它的命令，那么他就是客户端。

假设有A、B两台服务器，我们要把A的文件同步到B，由于rsync的工作模式分为客户端从服务器端下载文件(pull操作)，或者客户端把文件推送到服务器端(push操作)，所以我们要讨论一个问题，A、B谁做客户端，谁做服务器端？

3.1 方案一

假设A做服务器端，B做客户端，那么B要从A中同步文件，就要启动定时任务，每隔一段时间执行一次同步命令，该命令会把A中的变化数据同步过来(实际上是做rsync客户端做pull操作)。

3.2 方案二

假设A做客户端，B做服务器端，A定时运行同步命令，把变化文件推送到B（rsync客户端做push操作）

这两个方案感觉都可以，那到底哪个好呢？

假设我们还有C、D两台服务器也要从A同步文件，也就是B、C和D都从A同步文件，假设用方案一，那么B、C和D都要设置一个定时任务，定时从A中拉取文件进行同步，但这有一个问题，无法实时同步，因为B、C和D都不知道A什么时候更新了文件，只能定时去同步。

如果使用方案二，则B、C和D都是rsync的服务器端(都要启动一个rsync守护进程)，而客户端只有一个，就是A。假如我们在A中添加定时任务，定时执行同步命令，把A中的文件推送到B、C和D，那感觉和方案一没什么区别，也是无法实时同步文件。

但是，在方案二中，我们可以利用serync来检测哪些文件更新了，然后用serync调用rsync同步命令，把更新变化的文件推送到B、C、D服务器。

使用方案二 push操作 192.168.28.100 客户端 192.168.29.101 服务端

4.1 配置服务端

192.168.29.101

4.1.1 安装rsync和修改配置文件

可以用man查看相应的配置

个别参数的详解

use chroot = no 如果为yes, rsync会首先进行chroot设置，将根映射在path参数路径下，对客户端而言，系统的根就是path参数指定的路径。但这样做需要root权限，并且在同步符号连接资料时只会同步名称，不会同步内容，所以我们一般设置为no。

4.2 在客户端服务器创建登录服务端的密码文件

4..3 在服务器端创建用户密码对

注意：服务器端的用户密码文件是“用户名：密码”，而客户端只需要密码

4.4 修改客户端和服务端的密码文件权限

注意：一定要服务端和客户端都要设置

4.5 启动服务进行在客户端推数据进行测试

5.1 配置文件如下

5.2 客户端启动

现在，你可以测试一下在100服务器的同步目录上添加文件，修改文件内容，看101服务器是否会修改.

解释一下这个参数配置

前面配置文件里的注释也说了，由于各种原因(如网络很差或延迟非常大)可能会有传输失败的情况，那为什么记录传输失败的文件不叫.log，而叫.sh呢？ 下图就是我传输失败后自动成的/tmp/rsync_fail_log.sh文件的内容：

6.1 介绍

Lsyncd是一个辅助文件同步工具。它通过监听系统的文件变化事件，调用rsync进行同步。注意“辅助”二字，辅助的意思是：同步文件本身并不是由lsyncd来实现，它只负责监测哪些文件改变了，进而调用rsync来完成同步，真正同步文件的是rsync，如果你不知道什么是rsync，请查看使用sersync +rsync进行实时文件同步中的rsync部分。

6.2 Lsyncd的三种同步模式

为了方便，我们直接把它们称为rsync、rsyncssh、direct

6.2.1 rsync同步模式

rsync配置如上 环境如上

6.1 安装Lsyncd

6.2 配置文件

格式如下，每台目标服务器一个sync模块即可，每个sync模块都像上边说的那样写就行，其实就只是ip不同，其他都一样：

详情介绍请见如下连接

CentOS7部署lsyncd+rsync实现服务器文件实时同步 - 系统运维 - 亿速云