3 Servidores, isso é um cluster?

3

No momento, tenho um servidor Ubuntu, 9.10, rodando com um simples compartilhamento Samba, um servidor de e-mail, um servidor DNS e um servidor DHCP. Principalmente é apenas lá para compartilhamento de arquivos e servidor de e-mail.

Eu também tenho 2 outros servidores que são exatamente o mesmo hardware e especificação que o primeiro, que tem um rsync configurado para recuperar as pastas compartilhadas e faz o backup delas. No entanto, se o primeiro servidor ficar inativo, todos os nossos compartilhamentos desaparecerão junto com nosso e-mail e o sistema deverá ser recriado.

Também tenho a tendência de descobrir se as pessoas estão baixando uma grande quantidade do servidor de arquivos, ninguém pode acessar os e-mails - especialmente de manhã, quando todos estão fazendo login de uma só vez.

Seria mais benéfico para mim ter todos os 3 servidores, todos executando os mesmos serviços, fazendo a mesma coisa com algum tipo de cluster com balanceamento de carga?

Eu não tenho certeza de onde começar a procurar, ou como fazer uma configuração onde 3 servidores são todos idênticos, mas talvez um atue como o balanceador de carga principal ??

Se alguém puder me apontar na direção certa, ou se isso soar como uma daquelas Enterprise Clouds que agora é uma configuração padrão no Ubuntu Server 9.10+, então eu irei por esse caminho.

Cheers antecipadamente.

Andy

    
por Schodemeiss 26.04.2010 / 14:29

3 respostas

2

Sua situação depende da carga de trabalho e dos negócios. Clustering adiciona complexidade, e se você não estiver preparado para isso, pode ser uma dor maior na bunda do que vale a pena se você não tiver um grande número de usuários que gritará por sua cabeça se os serviços estiverem fora alguns minutos.

Concordo que você deve ter algum particionamento de serviços. Dependendo do seu hardware, consideraria a virtualização. Mesmo lá você tem opções, pois depende do seu orçamento; Se o hardware suportar, você pode gastar muito dinheiro em uma matriz de SAN para armazenar suas VMs e um servidor de backup para fazer backups de suas imagens e usar os três servidores como front-end para executar as máquinas virtualizadas com algo como VMWare ESX. / p>

Se você for uma pequena empresa com um número relativamente baixo de usuários e menor demanda nos serviços, consideraria configurar os três servidores com o ESXi e criar VMs para lidar com tarefas independentes, como uma para armazenamento de arquivos, uma para mail, um para DNS ... e a partir daí dividir a carga entre os três servidores da VM. Periodicamente, eu desligava a VM e copiava o conteúdo dos dados para os outros servidores, portanto, se você tivesse uma falha de hardware, os outros dois poderiam obter a folga e executar seu hardware virtualizado do ponto em que você fez o último instantâneo.

É desajeitado, mas se for aceitável para a sua situação, não é difícil gerenciar logisticamente.

De lá, você pode ver opções como executar um backup nas VMs para uma recuperação mais fácil. Ou seja, você tem seu servidor de arquivos em execução no servidor A. Um morre, e você exibe o último instantâneo no servidor B, mas é um instantâneo de um mês atrás. Em seguida, você executa uma recuperação com seu software de backup para recuperar a VM até o último tempo de backup, portanto, você está apenas recuperando esperançosamente uma ou duas semanas de dados, em vez de uma máquina inteira.

Isso pressupõe que você tenha um bom plano de backup.

A desvantagem do plano que mencionei pode ser significativa; copiar enormes imagens de VMs entre as máquinas pode levar muito tempo. Posso passar um fim de semana copiando VMs de desligamento para uma área de backup, depois passo quase uma semana comprimindo-as para armazenamento offline em um servidor pequeno que não é usado para muita outra coisa. Mas funciona para a nossa situação e pode funcionar para o seu.

Os profissionais são bem grandes; Vários servidores virtuais facilitam a recriação e a migração de servidores, conforme necessário, além de particionar serviços e solucionar problemas. Uma atualização errônea não irá suprir três ou quatro serviços quando o servidor estiver inativo, apenas uma VM. Se você estiver executando o VMWare, é fácil migrar para os servidores de grande porte se optar por fazê-lo no futuro, e as VMs são fantásticas para a criação de testbeds. Você pode obter instantâneos de servidores e fazer reparos ou manutenção em seus servidores físicos depois de migrar seus sistemas para um de seus outros servidores de VM e os usuários não saberão as alterações. Também é muito bom tirar fotos dos estados do sistema. Você pode armazenar todo o seu servidor em um disco rígido externo, se necessário, e levá-lo para outro computador!

Você também tem opções para virtualização; Xen / KVM por conta própria com código aberto, ESXi, ESX, Citrix, etc., com vários preços (grátis para vários milhares de dólares) e suporte (por conta própria de graça, ou vários milhares de dólares para suporte completo ao wazoo). / p>

Eu testaria e verificaria se isso funciona para sua situação comercial.

    
por 26.04.2010 / 16:17
1

Sua arquitetura parece altamente problemática para mim e precisa urgentemente de um novo design. Claro, você tem muitas opções sobre como você faz isso. Algumas idéias seguirão abaixo.

Como parece que você tem uma quantidade limitada de experiência, eu não seguiria o caminho de um cluster no seu caso e procuraria alternativas mais fáceis (como dito no comentário acima, isso é realmente difícil de acertar).

A primeira coisa que eu gostaria de fazer é distribuir a carga para os diferentes computadores: Deixe o primeiro fazer apenas E-Mail, DHCP e DNS, o segundo e o terceiro podem ser configurados para lidar com diferentes compartilhamentos samba. Dessa forma, o E-Mail não é afetado pelo uso do samba e você equilibra o samba entre dois computadores. Isso não é perfeito, é claro, mas é um bom começo. Em seguida, certifique-se de que cada servidor esteja configurado de forma que a função de outro computador possa ser ativada com alguns toques no teclado em caso de falha (configure o serviço, mas não o ative) e, claro, que você tenha dados recentes do outro servidor como possível (backup, backup, backup!).

Depois disso tudo, você pode começar a otimizar toda a configuração. Primeiro, por que um servidor cairia em primeiro lugar? Espera-se que eles sejam estáveis e, se não estiverem, algo está seriamente errado. Segundo: Qual é o motivo pelo qual você não pode acessar o e-mail quando alguém está fazendo uma grande transferência de arquivos? A rede está saturada, você tem problemas com a velocidade do disco ou até com a memória / e / ou a potência da CPU? Pode algo ser feito sobre esses problemas? Talvez substituir os switches e as NICs do servidor por Gigabit Ethernet em vez de 100MB? Colocar RAM adicional ou um controlador RAID com discos mais novos e mais rápidos?

    
por 26.04.2010 / 15:47
0

Eu usaria um servidor para minhas necessidades de infra-estrutura (DNS, DHCP ...), além de e-mail. Os outros dois eu configuraria como um link do samba .

    
por 26.04.2010 / 16:03