Atualmente, estou tendo uma visão mais detalhada do GlusterFS.
Por motivos de teste, eu configurei quatro máquinas virtuais no total, cada uma delas atuando como um par de Gluster.
Como tenho acesso a dois DCs (que estão localizados em locais diferentes), criei dois dos nós do Gluster no DC A e os outros dois nós residem no DC B.
Um volume replicado com uma contagem de réplicas de 4 usa todos os quatro nós do Gluster, o que significa que tenho duas cópias de cada arquivo em cada CD.
Ambos os DCs estão conectados entre si, o que significa que cada servidor tem uma maneira de acessar o outro servidor através de um endereço IP interno.
Como eu também quero acessar os arquivos, criei outra VM no DC A que fazia um mount.glusterfs no volume replicado.
Agora minha pergunta é: O "cliente" GlusterFS prefere nós de Gluster locais (do mesmo DC) sobre nós Gluster mais distantes (localizados no outro DC)?
Se não, existe uma maneira de influenciar o comportamento de acesso a arquivos do "cliente Gluster"? Eu tentei pesquisar a documentação oficial e pesquisei por mais de 30 minutos; no entanto, não consegui encontrar respostas para as minhas perguntas.
A razão pela qual estou fazendo essa pergunta é porque quero ter certeza de que meu "cliente" não acessa os nós do Gluster no outro controlador de domínio para acessar os arquivos. Eu quero manter o tráfego dentro do atual DC.
A opção de leitura que você está procurando é read-subvolume . Sem isso, na inicialização, ele obterá o servidor mais rápido para responder (que pode ser local de DC, mas isso nem sempre é verdade) e ler a partir disso. Para escrever, um cliente sempre grava em todos os nós em um conjunto de réplicas.
A opção de leitura de subvolume está documentada aqui:
Tags glusterfs