Quais são alguns sistemas de arquivos compartilhados que as pessoas usaram com sucesso com o iSCSI?

Question

A configuração é algo como isto.

OobjetivoéquevárioscomputadoresmontemumúnicoLUNapartirdodestinoiSCSI.Idealmentemontagemdeleitura/gravaçãoecomsuporteACL.

OsservidoresestãoexecutandooGNU/Linux,então,depreferência,umsistemadearquivosdisponívelnokernelvanilla.Emboraeupossalidarcomacompilaçãodemódulosdeterceiros,senecessário.

Atualmente,estouanalisandoo GFS2 e OCFS2 . Quais são algumas implementações bem sucedidas que as pessoas fizeram assim? Alguma pegadinha que eu deveria procurar?

    

Answer 1

Desde que a pilha iSCSI que você usa tenha suporte de reserva SCSI3 muito strong, você deve ser bom. Os detalhes da implementação do sistema de arquivos não devem importar. A maior preocupação é geralmente a qualidade do software de destino iSCSI, uma vez que os bugs resultam em falhas no sistema de arquivos e falha geral do clustering. Você quer algo que falhe de forma limpa nesses casos, e todos os sistemas de arquivos em cluster geralmente aceitáveis fazem isso.

    

Answer 2

Eu testei com sucesso o GFS no Red Hat Cluster Suite no LAB. O dispositivo de esgrima usar SNMP IFMIB para desligar a porta de rede, você também pode adicionar disco de quorum para segurança extra. Você pode encontrar algumas notas técnicas aqui

link

O GFS depende do Red Hat Cluster Suite, que não é fácil de implementar. Se você não precisa realmente de recurso de cluster, só precisa gravar em um dispositivo de bloco compartilhado simultaneamente, verifique o IBM GPFS, é muito mais fácil de implementar e a taxa de licença é de apenas algumas centenas de dólares.

    

Answer 3

Eu tenho 8 servidores web / app montando vários sistemas de arquivos OCFS2. As coisas comuns, configurações do Apache, logs, vhosts, etc e código do aplicativo são armazenados lá. Eu não estava por perto para a implementação inicial, então eu não posso falar muito sobre isso, mas pelo que eu lembro acima de tudo, é bastante normal com algumas modificações.

Quanto às pegadinhas, pode ser um pouco frágil. Com isso quero dizer, tivemos muitos casos em que, quando um servidor saía e se juntava novamente ao cluster, a carga de todos os servidores disparava pelo telhado por alguns minutos. Eu acho que isso foi um bug, porém, após algumas atualizações, o comportamento é resolvido.

O arquivo de configuração do cluster deve ser mantido no mesmo estado em cada nó, o que pode ser uma dor.

Para nós, as atualizações serão um problema. Estamos pensando em 1.4, e uma atualização para 1.6 significa tempo de inatividade para todo o cluster, já que as versões não são compatíveis. Você não pode misturar as duas versões. Talvez em uma nova implantação isso não seja tão importante.

Além disso, lembre-se de que um cluster fs terá mais sobrecarga do que um fs convencional. Quanto mais nós você adicionar, maior será o problema. A solução é mais hardware (e bom ajuste).