linux clusterizado Filesystem

Question

Atualmente tenho duas caixas CentOS que fornecem serviços NFS para vários servidores da Web.

Alguém poderia recomendar um sistema de arquivos que espelharia todos os arquivos nesses dois servidores com facilidade e eficiência?

Eu usei o DRBD no passado, mas isso tinha suas desvantagens de ser apenas montável em um sistema de cada vez.

    

Answer 1

Não há nenhuma maneira que eu esteja ciente de usar software livre para ter um par de dois servidores NFS ativos exportando todo um único sistema de arquivos em cluster. Se você está tentando obter redundância, você pode configurar um sistema de arquivos em cluster e um par ativo / passivo de servidores NFS seguindo o (veja também administração de clusters ). Isso oferece failover, mas não é fácil nem eficiente. Se você estivesse olhando para um cluster como uma forma de aumentar o desempenho, isso seria um passo para trás porque você passou de dois para um servidor NFS ativo e tem a sobrecarga de um sistema de arquivos em cluster.

E.G. / gfs é um sistema de arquivos em cluster montado em server1 e server2. server1 é usado por todos os clientes NFS que montam / gfs. Se falhar, eles serão trocados de forma transparente para o server2.

Uma abordagem alternativa é ter um único sistema de arquivos em cluster, mas para cada servidor exportar apenas parte dele. Em vez de um único par ativo / passivo, você tem dois recursos NFS e cada servidor está ativo para um deles. Isso não aumentará seu desempenho, mas diminuirá o desempenho em relação a sua configuração atual, já que permite manter os dois servidores NFS ativos.

E.G. / gfs é um sistema de arquivos em cluster montado em server1 e server2. Está dividido em dois diretórios, al e mz. server1 é usado por todos os clientes NFS que montam / gfs / al. Se falhar, eles serão trocados de forma transparente para server2. server2 é usado por todos os clientes NFS que montam / gfs / mz. Se falhar, eles serão trocados de forma transparente para o servidor1.

Um ajuste no acima seria usando dois recursos DRBD em vez de um sistema de arquivos em cluster. Isso pode ser mais simples de configurar, especialmente se você já estiver familiarizado com o DRBD.

    

Answer 2

Eu realmente recomendaria Gluster . É OpenSource, bem documentado e RedHat comprou recentemente. Ele tem um desempenho relativamente bom e, como agora é um projeto da RedHat, ele é bem suportado no CentOS. Existe também um projeto chamado HekaFS, que tem como objetivo estender os recursos de Autenticação e Segurança dos glusters, adicionando SSL e outras vantagens. É bastante simples e muito bem desenhado. Ele vem com ótimos utilitários de gerenciamento.

    

Answer 3

Checkout OCFS2: link

Felicidades

    

Answer 4

Muitas pessoas compilaram a lista completa de opções, tanto comerciais quanto gratuitas, compartilhadas e não compartilhadas. Existem entradas na Wikipedia cobrindo o conceito de sistema de arquivos em cluster de alto nível aqui e um lista exaustiva de sistemas de arquivos .

Parece que você está operando com armazenamento não compartilhado usando discos locais para cada sistema. Você provavelmente desejará uma conexão de rede dedicada entre os dois hosts para que o tráfego de sincronização não interfira em seu aplicativo da Web normal.

Agora, meu verdadeiro problema é que você tem dois sistemas de arquivos independentes agora e, presumivelmente, deseja mesclá-los em um sistema de arquivos único, confiável e de melhor desempenho, sem causar qualquer tempo de inatividade ao seu site. O problema mais difícil é que você está prestes a cortar seu espaço de armazenamento pela metade e terá que passar por algumas variações dessas etapas:

• Selecione o sistema de arquivos de sua escolha
• Construa um equipamento de teste para que você possa praticar; replicar a rede tanto quanto possível
• Teste tudo o que você vê aqui no sistema de prática primeiro para minimizar o tempo de inatividade e os erros
• Migre todos os dados para um servidor NFS
• O único servidor NFS agora serve ambos os endereços
• A segunda máquina se torna o primeiro nó de um novo sistema de arquivos em cluster
• Todos os dados do NFS são copiados para o novo sistema de arquivos
• Migrações de clientes para o novo cluster começam
• Migração contínua de dados do NFS para o sistema de arquivos em cluster até que todos os clientes estejam on board
• Elimine o sistema de arquivos NFS
• Reconstrua o servidor não utilizado e junte-o ao cluster
• Garanta que a replicação e / ou o balanceamento de carga funcionem conforme planejado
• Teste o sistema desconectando o nó original do cluster e assegure-se de que os clientes permaneçam em funcionamento

Se seus únicos clientes forem alguns servidores da Web, talvez não seja muito ruim. Você também pode continuar acessando o sistema de arquivos em cluster por vários protocolos, como FTP, Samba, SSH / SCP, NFS.

Uma dica importante - o sistema de arquivos em cluster cria um local de armazenamento ruim para os arquivos de banco de dados de um banco de dados ativo. Use uma tecnologia de cluster específica para o seu mecanismo de banco de dados se isso se aplicar a você.

A migração para um novo sistema de arquivos nunca é curta ou fácil. Boa sorte ao escolher seu sistema de arquivos subjacente e inseri-lo.

    

Answer 5

Eu vi o GFS2 ( link ) sendo executado na produção. Você pode facilmente obter até 10 máquinas acessando-a, e contanto que você não esteja jogando quantidades obscenas de utilização, expanda além disso.