Failover automático NFS ou balanceamento de carga ou cluster?

Question

Estou usando NFS (e é o único que conheço bem em arquivos de rede) por alguns anos. Mas ainda não consegue descobrir ..

• Como criar NFS servidores no projeto de cluster (ou balanceamento de carga?)
• Ou, pelo menos, tê-lo implantado no servidor MORE-THEN-ONE e "Failover automático".

O principal objetivo é NÃO permitir que meu único NFS Server execute um ponto único de falha.

Desde que eu não sei como fazê-lo corretamente, até agora eu inventei por conta própria é:

1. NFS em 2 servidores.
2. RSYNC do primeiro servidor (assumido como mestre) para outro segundo.
3. Nos servidores do aplicativo (Web, etc), coloque um Shell Script para verificar o estado de integridade do NSF-Master Server Mount Point. E, em seguida, se necessário, desative-o automaticamente (saindo) e monte-o automaticamente a partir do segundo.
4. A principal função que usei no meu Shell Script automático é nfsstat -m .. para verificar a integridade do ponto de montagem.

(estou usando Redhat )

Mas de qualquer forma, eu ainda não acho que é seguro & maneira padrão. Por favor, sugira as melhores maneiras, como em algo como Padrão Industrial , se houver.

    

Answer 1

Este tutorial, intitulado: Cluster NFS Altamente Disponível: Configuração Corosync & Marcapasso mostra como configurar um NFS ativo / ativo usando NFS, Corosync, & Marcapasso. Alternativamente, você pode seguir este guia intitulado: Armazenamento NFS Altamente Disponível com DRBD e Pacemaker que mostra a configuração de um ativo / ativo usando DRDB & Marcapasso.

Você provavelmente também desejará dar uma olhada nesses outros links para se familiarizar com as várias tecnologias e terminologias.

• Sistema de arquivos global (GFS)
• Exemplo de configuração - NFS sobre GFS - Red Hat 5
• Administração de cluster - Red Hat 5
• Capítulo 1. Visão Geral do GFS2 - Vermelho Chapéu 6
• GlusterFS

Este ServerFault Q & A também deve ser útil, Sistema de arquivos em cluster do Linux .

Referências adicionais

• Criando um NFS - Como servidor de armazenamento autônomo com o GlusterFS 3.0.x no Debian Squeeze
• GFS - Gluster File System - Um guia de tutorial completo para um administrador
• Instalando o GlusterFS no RHEL 6.4 para o OpenStack Havana (RDO)
• Como configurar o cluster do servidor NFS com o Pacemaker no CentOS 7 / RHEL 7

Answer 2

Esta é apenas uma das muitas maneiras pelas quais o NFS é uma droga.

Não há como fazer isso apenas com o NFS até a versão 3. Você terá que adicionar a funcionalidade manualmente.

Isso provavelmente significa:

• replicação de dados ou algum armazenamento compartilhado
• IP takeover
• Algum tipo de monitoramento de pulsação
• Gerenciamento de cluster

Existem pacotes para fazer tudo isso, mas você terá que integrá-los à sua organização.

O projeto Linux HA foi criado há muitos anos para implementar algumas dessas coisas. link

Você deve encontrar a maior parte do que eles já criaram em qualquer distribuição popular que você esteja usando.

Vale notar ... A maior causa de falha de um sistema (de longe) é o erro administrativo e os clusters de alta disponibilidade são, por definição, um sistema complexo e mais propenso a erros de administração.

OK além do NFS v4, o NFS v4 é iniciado para implementar algumas das funcionalidades de escalabilidade, segurança e disponibilidade que o AFS tem há 20 anos, não é de forma alguma totalmente ou amplamente implementado ainda mesmo totalmente compatível com vários clientes e servidores, mas se você estiver usando o NFS, comece com v4 e confira o que já foi implementado em sua plataforma.

    

Answer 3

Você não pode ter o NFS como cluster ativo-ativo, tanto quanto eu sei. Agora, para Active-Passive, existem certas ferramentas que ajudam você a conseguir isso. Estou mais familiarizado com o Solaris OS e o Solaris Cluster que oferecem a possibilidade de criar compartilhamentos / compartilhamentos NFS de alta disponibilidade, dependendo do seu objetivo.

Uma coisa que você precisará é de um armazenamento compartilhado que possa ser movido do Servidor A para o Servidor B e vice-versa, em caso de necessidade. Idealmente, armazenamento iSCSI ou SAN. E um IP associado ao compartilhamento NFS.

O cluster funcionará assim. Em caso de falha do Servidor A, o Servidor B ativará o IP associado ao servidor NFS e assumirá a propriedade do disco compartilhado, montará e iniciará o servidor NFS. O mesmo acontece no caso de o servidor B falhar e o servidor A estar ativo.

Se você quiser isso manualmente, então, como etapas básicas, você precisará monitorar scripts e scripts para ativar e desativar os serviços automaticamente.

Dê uma olhada aqui para Redhat

    

Answer 4

Eu configurei um par redundante de servidores de arquivos NFS em uma configuração ativa / ativa "dual primária" usando um balanceador de carga, CentOS, NFS, DRBD (replicação), GFS2 (sistema de arquivos em cluster) e Pacemaker (gerenciamento de clusters).

Aqui está um guia para essa implementação no RackSpace, mas seria semelhante em qualquer outro ambiente.

Como configurar DRBD primário duplo no CentOS 6: GFS2 & Marcapasso .

    

Answer 5

O produto Red Hat RHSS / RHGS (Red Hat Storage / Gluster Server), faz isso perfeitamente, usando um cliente GlusterFS baseado em FUSE para fazer proxy nas conexões NFS para um servidor back-end em execução, mantendo vários backend de nó de servidor armazenamento espelhado, tudo transparente para o lado do cliente. Esta é uma solução muito útil que funcionará para você. Você pode instalar a solução EPEL / Extra RPM ou comprá-la na Red Hat. Do lado do cliente, você simplesmente usa FUSE / glusterfs ou NFS como o tipo de montagem no fstab. Nenhum problema de quarum / esgrima bagunçado que-assim-sempre.

    

Answer 6

Isso é muito bom e simples, tentei e funciona bem.

link

Pessoalmente eu prefiro o lvs porque combina o ha com o load balance, mas Eu tentei com o nfs + gfs2 + drbd e funciona muito mal. Talvez eu precise de alguma forma, mas não consigo encontrar nada sobre lvs + nfs ha