GlusterFS como armazenamento de arquivo elástico?

Question

Existe alguma maneira de executar o GlusterFS em um modo replicado, mas com a capacidade de dimensionar dinamicamente o volume para cima e para baixo?

Digamos que você tenha 3 servidores em funcionamento. o seu volume Gluster teria que ser configurado com réplica 3

gluster volume create test-volume replica 3 192.168.0.150:/test-volume
192.168.0.151:/test-volume 192.168.0.152:/test-volume

Você então montaria como se dissesse \ mnt \ gfs_test

O que acontece quando quero adicionar mais 2 servidores ao pool de armazenamento e usá-los nesse volume? Existe alguma maneira fácil de expandir o volume e aumentar a contagem de réplicas para 5?

Meu objetivo final é executar isso em instâncias do EC2, digamos, três front ends do Apache, com a configuração webroot na montagem do volume gluster. Minha preocupação é que, se eu precisar criar um servidor, eu gostaria que o servidor não fosse apenas um front end adicional do Apache, mas também outro servidor no sistema de arquivos gluster, aumentando a tolerância a falhas, bem como possivelmente dando uma leve aumentar a velocidade de leitura.

Talvez existam melhores opções que se encaixem nessa fatura aqui?

Obrigado.

    

Answer 1

Não vou sugerir que você aumente a contagem de réplicas de maneira linear com seus funcionários da web. parece-me um desperdício de espaço.

Em vez disso, faço um perfil da carga da Web e defino uma quantidade razoável de réplicas desde o início. em seguida, quando novos trabalhadores forem adicionados, basta implantar $ replica_count novos nós gluster e adicioná-los como bloco de distribuição aos volumes existentes; Após um reequilíbrio, você terá mais desempenho e mais capacidade. Se você tiver que reduzir a escala, sempre será possível remover os nós $ replica_count sem perder os dados.

Sobre as restrições de segurança, considere a possibilidade de tentar zfs como fs subjacentes, uma vez que é altamente resiliente à perda de dados.