请教一个 Linux 服务器文件双向实时同步问题

[Ansen]

现有服务器如下

• Nginx Server
• File Server A
• File Server B

目前是使用 Nginx Server 反向代理 两台 File Server

在使用过程中，用户会随机上传文件到其中一台 File Server (主要是静态文件)

那么要怎么才能让两台 File Server 之前的文件实时保持一致呢？

文件同步流程如下：
A =实时=> B
B <=实时= A

在此处使用 inotify 貌似会造成无限循环

考虑过使用 NFS 共享，如果 NFS 宕掉的时候 可能会造成用户文件丢失

后期我准备让 Nginx 来处理静态文件，减小 tomcat 的压力(这个可以使用 rsync + inotify 和其中一台服务器保持实时同步就行了)

[ryd994]

只上传到其中一台，另一台在找不到文件的时候，尝试拉取

[Ansen]

@ryd994 开发那边实现吗？

[Aliencn]

看看能否读写分离，这样只做单项同步就行了

[ansemz]

用分布式文件系统即可。 glusterfs 比较适用这种场景。

[Ansen]

@Aliencn 主要是写，读我可以配置读 nginx 上面的

[cevincheung]

sersync

[ryd994]

nginx proxy_storage
这个估计你用得到

[Ansen]

@ansemz 如果用 glusterfs 那是不是 AB 要同时作为 服务端和客户端

[Ansen]

@ryd994 非常感谢，这样我就不需要考虑 nginx 服务器的同步问题了

[fangpeishi]

btsync ?

[Orzzzz]

我想到的办法是利用现成的 seafile ，在你的两台 fileserver A 和 B 的基础上，再加一台总的 fileserver_C ， server_C 作为服务端，而 A 和 B 作为客户端，反正是内网，速度肯定很快的，而且，最重要的， server_C 上的文件都会有时间点备份，就是数据不丢失，缺点是，如果读写过于频繁，那在 server_C 上产生的数据量也是很大的。。

希望能帮到你。

[wdongxv]

nginx 判断文件是否存在，不存在反向代理到另一台。这里要自定义一个 http 头来防止陷入死循环。

[Ansen]

@wdongxv 这样会增加 nginx 服务器的负担，而且当后端服务器数量较多的时候响应时间太长

[Ansen]

@fangpeishi btsync 是最简单的解决方法了，但是我不知道在生产环境中表现如何

[ab]

A 反代 B B 反代 C 文件传到 C 用 proxy storage

[Ansen]

@ab 这样服务器的架构就全乱了

[rrfeng]

发布代码的时候把静态文件 rsync 到 nginx 上一份也不是很难吧！

[Ansen]

@rrfeng 项目引用的倒是简单，但是用户上传的就不好处理了

[9hills]

@Ansen btsync 不一定是最简单的，但一定是最坑爹的。这种双写绝对不能用 sync 架构

要么就是单写多读，要么就是网络文件系统（有 NFS ， iSCSI ，分布式文件系统）

分布式文件系统不要用 GlusterFS ，此货坑爹

[gamexg]

即使能上传到两个上面你也分开到不同的路径啊。
比如上传到服务器 A 的文件路径是 static.xxx.com/a/filename
上传到 B 的是 static.xxx.com/b/filename

这样就变成了单向同步了，难度降低多了。