Rob*_*ert 8 high-availability glusterfs
设置:两个带有最新更新的全新 CentOS 6.5 服务器。两者都全新安装了 Gluster 3.5.2。
我所做的(从服务器 2 的角度来看,shared1 和 shared2 是逻辑卷):
wget -P /etc/yum.repos.d http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo
yum -y install glusterfs glusterfs-fuse glusterfs-server -y
/etc/init.d/glusterd start
chkconfig --level 345 glusterd on
echo "1.2.3.4 server1" >> /etc/hosts
echo "4.3.2.1 server2" >> /etc/hosts
gluster peer probe server1
gluster volume create shared replica 2 transport tcp server2:/shared2 server1:/shared1 force
gluster volume start shared
mount.glusterfs server2:/shared /mnt/shared
gluster peer status
Run Code Online (Sandbox Code Playgroud)
这工作得很好,我在两台服务器上的 /mnt/shared 上都有一个很好的共享文件系统。命令集分别在每台服务器上执行,并进行修改以匹配该服务器的观点。
测试:
如果我按下 server1 上的重置按钮,我在使用或访问 /mnt/shared 上的文件时会有大约 45 秒的可怕延迟
我确实在 google、glusterfs 管理指南和 serverfault 上搜索了解决方案,但似乎没有人遇到这个问题。
关于如何降低超时或暂时忽略关闭对等点的任何建议?只要没有延迟,故障转移期间的只读状态就可以了。或者,只是告诉我我做错了什么,或者没有做。
谢谢,
gee*_*eya 14
您可能会受到客户端 ping 超时设置的影响,因为其默认值为 42 秒。运行以下命令进行检查:
gluster volume info shared
您正在寻找的参数是“network.ping-timeout”。您可以通过运行来更改它
gluster volume set shared network.ping-timeout "new timeout value"
看看这是否会缩短恢复期。
归档时间: |
|
查看次数: |
9236 次 |
最近记录: |