Execute o servidor do servidor de arquivos clusterizado DRBD & GFS2

Question

Estamos tentando eliminar um único ponto de falha para nossos arquivos sem uma SAN. Atualmente, temos um único servidor para a entrega de arquivos (localmente), servidor da Web e banco de dados (na VM). Observando o uso do DRBD com o GFS2 para criar um sistema de arquivos de cluster e, em seguida, executar o máximo possível desse sistema de arquivos, incluindo o SO do Host, a VM e os arquivos compartilhados.

Gostaríamos de ter dois servidores configurados em uma configuração mestre / escravo a partir de uma fonte compartilhada ; mas os servidores teriam configurações de hardware ligeiramente diferentes (atribuições de portas de unidade, marcas e modelos reais da placa principal, NICs, etc.) para que os arquivos de configuração de hardware fossem mantidos locais (fstab e mdadm, por exemplo).

Idealmente, um servidor atuaria como principal . O gerenciamento de pacotes aconteceria apenas pelo servidor primário no sistema de arquivos em cluster porque o servidor escravo não precisaria se estivesse usando os mesmos dados (dados do mesmo dispositivo de bloco).

O servidor mestre também seria o único ponto de administração para ambos os servidores, simplesmente porque eles compartilham os dados e arquivos de configuração, e o segundo servidor simplesmente se assenta como um conjunto redundante de hardware para executar o software. que está configurado no servidor 1 e o faz através de STONITH, Hearbeat, Pacemaker, etc.

Mas, à medida que eu leio, parece que a maioria das pessoas administra os servidores independentemente uns dos outros e tenta automatizar o uso de tarefas cron e rsync.

Parece também que a maioria dos arquivos é bastante estática e modifica o usuário; Esse é o número de arquivos / pastas que são ativamente modificados pelo sistema operacional (logs, swapfile, etc) independente da entrada do usuário e / ou dependente do hardware são muito pequenos.

Gostaríamos de manter os arquivos exibidos pelo sistema operacional nativo (não em uma VM).

Agora, as perguntas.

1. A administração de software pode ser separada da administração de hardware? Parece que a única coisa que precisa ser administrada independentemente é o hardware em cada máquina; o software deve ser gerenciado de uma vez por meio do sistema de arquivos em cluster. (Pode estar errado, daí a pergunta)

2. O SO do host pode ser executado a partir de um conjunto compartilhado de arquivos por uma das duas máquinas, uma por vez? Ou seja, ambas as máquinas podem estar prontas para administrar o sistema operacional host , mas somente o mestre faz até o failover, no ponto em que a máquina escrava pega o trabalho de administração? Ou esta suposição é imprecisa?

3. Podemos definir uma máquina em estado escravo / ocioso até que o mestre seja desativado? (Suspender tarefas agendadas, suspender serviços, etc) Estou assumindo que parte disso será um problema do software de esgrima?

(Esta não é uma questão de como rodar ambas as máquinas a partir do mesmo conjunto de dados ao mesmo tempo ; elas seriam executadas do mesmo conjunto de dados em momentos diferentes. os servidores que cada um precisa constantemente modificar estariam no sistema de arquivos local)

Queremos simplesmente configurar um servidor redundante e minimizar a administração redundante.