论坛徽章:: 0

电梯直达

1楼 [收藏(0)] [报告]

发表于 2010-01-26 11:25 |只看该作者 |倒序浏览

通过冗余如何实现失败防护的解决方案
又翻译了作者的一篇文档，他做的冗余是基于FreeBSD下的，可以参考一下思路。另外版主可以合并到我以前的帖子上。

对于一个没有内置失效功能的master server实现冗余功能的选择是正确的。这个话题（subject）对我们来说非常关键，因为我们知道冗余有多重要，同样我们收到了许多关于冗余要求。

在MooseFS v1.5.x时，比较容易写个脚本将十分自动的开始一个备份master server，相对而言1.6.x更简单点，从备份master server切换整个过程小于一分钟。

使用通用地址冗余协议（CARP）就足够了
(http://www.openbsd.org/faq/pf/carp.html, http://en.wikipedia.org/wiki/Common_Address_Redundancy_Protocol).
CARP允许在同一个LAN上出现两台机器用同一个IP，一个是MASTER，另一个是BACKUP。
因此你可以在CARP的网卡接口上设置mfsmaster的IP，并且配置为master机器作为MooseFS的主要（main）master。在备份（backup）机器上你也要安装mfsmaster，但是不要运行它。

MooseFS 1.6.5及其以上的版本包含了一个新的程序"mfsmetalogger"，这个程序可以运行在任何你愿意的机器上。这个程序从master server 上每隔数小时（默认为24小时）获得一次完整的metadata数据，并且在现有的基础上有一个彻底改变的日志。

如果你运行一个比1.6.5早期的版本，那么你需要设置几个简单的脚本并且用cron规则的运行就足够了（例如：每小时运行一次），脚本的主要内容就是从主master server下"PREFIX/var/mfs/metadata.mfs.back"备份metadata文件。

你也需要一个额外的脚本持续的运行来检测CARP网卡接口状态，如果该接口在一个MASTER模式做了改变，那么将会从任何一台chunkserver（仅仅通过使用scp）获得两个或三个最新的"changelog"文件，之后就可以开始mfsmetarestore" 和 then "mfsmaster"了。这个切换的时间大约几秒钟，随着时间各台chunkserver将重新连接新的master server，新的master server将会在一分钟内恢复全部功能（读和写的模式）。

我们也计划加一个让master server运行在只读模式下的选项，这将对于运行一个备份的机器是十分有好处的，这将确保对系统潜在的两个master server同步，并且合并发生在备份master的变化到主master server上。

[ 本帖最后由 ltgzs777 于 2010-1-26 16:24 编辑 ]