Qual é a solução padrão da indústria para sistemas de failover do servidor web linux e do servidor de arquivos mac?

1

Eu sou um desenvolvedor web na minha empresa e, portanto, sou qualificado para ser um cara de TI. Eu tenho um único servidor web e de arquivos do Ubuntu atualmente, mas eu quero dividir as tarefas do servidor em dois sistemas diferentes, ambos dos quais eu quero estar altamente disponível. Nós não temos nenhum sistema de backup, então se esta caixa cair, nós terminamos.

Todos os meus computadores que usam o servidor de arquivos são Macs, então eu estava pensando em adquirir dois Mac Pros para usar para failover de IP. Eu já tenho dois PCs que posso usar para lançar uma distro do Linux no servidor web. Eu quero que os dados de ambas as caixas Linux se espelhem e ambos os Mac Pros se espelhem, embora eu ainda não tenha encontrado uma solução para isso.

Estou me aproximando disso certo? O meu pensamento está alinhado com os padrões da indústria? Eu sei que provavelmente existem várias maneiras de atacar isso. Estou tentando me preparar para o crescimento, enquanto corrijo o problema de backup.

    
por cfree 07.09.2011 / 17:28

1 resposta

2

Para os servidores da Web Altamente Disponíveis, analise o OpenAIS, o Pacemaker e o DRBD para criar um Cluster de HA. OpenAIS é um software de mensagens em cluster, o Pacemaker é o software Cluster Resource Management e DRBD (Dispositivo de Bloco Replicado Distribuído) é" RAID1 de rede ". Combinando estes, você pode construir um cluster de dois ou mais nós.

Existem basicamente duas maneiras de fazê-lo: ativo / passivo e ativo / ativo. Ativo / passivo será o mais fácil de configurar (e manter). Em ativo / passivo, uma máquina fornece serviços, enquanto a outra fica inativa e aguarda a falha da máquina ativa. Em ativo / ativo, ambas as máquinas forneceriam serviços.

O OpenAIS manipulará a transmissão de mensagens entre os nós do cluster para garantir que estejam disponíveis e respondendo.

O pacemaker processará o seu recurso, por exemplo, Apache, DRBD, FTP, etc. Ele também lida com recursos móveis entre nós (digamos, no caso de uma falha de nó) e manipula stop / start / management de recursos.

DRBD, é bem legal. Ele fica entre o kernel e o sistema de arquivos e (no Protocolo C) quando uma gravação é emitida, o DRBD emite uma gravação para o outro nó do cluster e, uma vez que ambos os nós confirmam a gravação no disco, ele é considerado confirmado. Então, basicamente, a gravação deve estar no disco em ambos os nós a serem confirmados. É assim que você se certifica de que o que quer que esteja servindo com o Apache é exatamente o mesmo em ambas as máquinas, então, se ocorrer um failover, você estará servindo a mesma coisa.

Se você tivesse armazenamento compartilhado (por exemplo, uma SAN iSCSI), você poderia remover o DRBD da mistura.

Você pode fazer o google Clusters From Scratch (no ClusterLabs.org) para um guia passo-a-passo para fazer isso.

    
por 07.09.2011 / 19:32