Acabei de tentar fazer uma configuração do Gluster replicada entre dois servidores da web. O desempenho foi muito fraco com operações simples de arquivo PHP, como file_exists e is_readable, levando de 15 a 30ms cada. Um require_once levou 1,1 segundos.
Como a maioria das configurações da web, as gravações são muito raras e as leituras são extremamente comuns. Os servidores são 2xquad core Xeons, 8 gig ram e discos RAID 1. Existe uma rede gigabit dedicada entre eles. Não é o jeito mais rápido de configurar o GlusterFS, mas não deve ser tão lento.
Qual é a melhor maneira de melhorar a situação? A documentação sobre o ajuste do GlusterFS está faltando e identificar onde os gargalos são é muito difícil.
Eu tenho visto algumas menções de que configurar os arquivos para cima não replicados pode melhorar a velocidade, mas isso reduz a confiabilidade e eu estou procurando melhorar a confiabilidade (dois servidores Web em vez de um) não diminuí-la. Existe uma configuração específica envolvendo o armazenamento em cache e assim por diante para esse tipo de carga de trabalho? Pode haver um cache para a verificação de uma nova cópia de um arquivo no outro servidor, de modo que, sempre que possível, arquivos sejam exibidos instantaneamente a partir do disco rígido local?
Você pode tentar montar gluster via NFS e o desempenho será muito melhor por causa do cache feito pelo cliente NFS.
Como alternativa, você também pode ativar a pré-busca para arquivos pequenos e aumentar o cache usando a opção de volume gluster set (use a ajuda do gluster para visualizar todas as opções).
Se você não tem muita escrita, talvez rsyncing os diretórios seria uma opção melhor para o seu cenário.
Tags glusterfs