A configuração: Dois novos servidores CentOS 6.5 com as últimas atualizações. Ambos possuem uma nova instalação do Gluster 3.5.2.
O que eu fiz (da perspectiva do servidor 2, shared1 e shared2 são volumes lógicos):
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
Isso funcionou perfeitamente, e eu tenho um bom sistema de arquivos compartilhado em / mnt / shared em ambos os servidores. O conjunto de comandos foi executado em cada servidor, respectivamente, e modificado para corresponder à perspectiva do servidor.
O teste:
Se eu pressionar o botão de redefinição no servidor1, terei um horrível atraso de 45 segundos no uso ou no acesso a arquivos em / mnt / shared
Eu procurei por uma solução no google, no glusterfs admin guide e no serverfault, mas ninguém parece ter esse problema.
Algum conselho sobre como diminuir os tempos limite ou ignorar temporariamente um par inferior? Um estado somente leitura durante o failover é bom, desde que não haja atrasos. Ou apenas diga-me o que eu fiz de errado ou não fiz.
Obrigado,
Você pode estar sofrendo da configuração de tempo limite de ping do cliente, pois seu padrão é de 42 segundos. Execute o seguinte para verificar:
gluster volume info shared
O parâmetro que você está procurando é "network.ping-timeout". Você pode mudar isso executando
gluster volume set shared network.ping-timeout "new timeout value"
Veja se isso reduz o período de recuperação.