linux – 数据中心之间的共享/主页

我有两台服务器,放在荷兰和法国的数据中心.两者都在运行Debian Wheezy.我需要在他们之间分享/回家,表现良好.服务器上有300多个用户,其中大约30个应该能够在给定时间内在给定服务器上具有活动进程,每个具有50kbit读取和20kbit写入/秒,具有大约2000kbit的短峰值/阅读.在本地存储上使用iotop的措施.我有很多小文件,总共大约500000,并且需要尽可能低的延迟.服务器之间的Ping为17毫秒,使用scp和wget时连接能够达到大约20-30 MB / s.似乎应该有足够的带宽供它工作,但……

到目前为止我所做的一切：
sshfs：看起来它比nfs具有更好的性能,但它将文件的权限更改为root,使应用程序崩溃.

nfs：减速的方法,尝试noatime一堆其他选项,但它仍然表现缓慢,即使只有少数进程是活跃的.

drbd：5个小时的死端工作,当我意识到我无法在两个系统上实际安装文件系统时:-(

glusterfs：所有数据的本地副本确实听起来很有希望,但随机文件访问速度非常慢,运行一段时间后,它变得令人难以置信的缓慢而且几乎挂起.
noatime没有帮助.

再次nfs：仍然低迷.

哭进键盘：根本没有改进.

接下来要尝试什么？每个失败的试验都在上周进行了一个晚上或者更多,我真的很喜欢下一个方法.是的,两个服务器之间共享文件系统至关重要.

感谢您对此问题的任何新想法.

解决方法

>您可以使用像DRBD(或上面提到的MARS)这样的复制块存储,但是您需要在块存储之上设置群集文件系统.这样的文件系统可以是GFS2或OCFS2,它们都可以在Debian内核中使用. DRBD可以处理主/主服务器,您可以同时将它安装在两个服务器上.但是,如果使用标准文件系统执行此操作,则一台服务器不知道另一台服务器,您将在几秒钟内销毁文件系统.顶部的集群文件系统将处理通信和锁定,以便两个节点都可以写入同一个块.
>为/ home使用分布式文件系统.您将在http://en.wikipedia.org/wiki/Comparison_of_distributed_file_systems找到此类文件系统的列表.但要注意并明智地选择.他们都不能做魔术而且都有自己的缺点. Gluster就是这样一个文件系统.对于某些系统,您可能只需要两个以上的节点.
>如果不必实时复制并且几乎实时的文件同步就足够了,那么请看看BitTorrent Sync(http://www.getsync.com/),Dropbox或替代品.每个服务器都有自己的/ home,但更改会以文件形式复制到其他服务器.

（编辑：安卓应用网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!