[FUG-BR] Backup de servidor em produção
Paulo Henrique
paulo.rddck em bsd.com.br
Quinta Fevereiro 24 02:08:32 BRT 2011
Em 24/02/2011 01:53, fknet escreveu:
> Legal, mas infelzimente o investimento em servidores tá feita... 2
> supermicros mesmo, vou neles! Fonte meus funcionários trocam, sem crise.
>
> Entradas distintas de energia sem chance, há apenas 1 empresa na cidade
> que fornece energia: Elektro.
>
> 2 nobreaks? Já tenho, a idéia é que cada servidor fique em um servidor
> distinto mesmo.
>
> Redundância de switchs tbm não vejo necessidade, temos backup e o
> pessoal sabe (eu espero) espetar os cabos lá.
>
> Agora a parte que mais me interessa não entendi (boiei!)
>
> um array RAID 0 com dois volumes distintos sobre GMIRROR
> gerando o volume final
>
No caso é apenas se tivesse enteresse de usar uma unica maquina,
teria-se no total 4 discos totalmente espelhado da seguinte forma.
Hardware Array 1 | Hardware Array 2
|| || | || ||
|| || | || ||
|| || | || ||
|| | ||
virtual disco 1 | virtual disco 2
|| | ||
|| | ||
|| | ||
|| | ||
\\ //
Software Array Raud Gmirror
Nesse modelo se falhar um dos disco há sempre outros 3 para continuar
trabalhando, e se um array inteiro se perder ( 2 discos ) temos um outro
array, assim como se um array e um disco se perder ainda resta 1 array.
No seu caso a melhor opção é usar rsync ou começar a testar o HAST ( de
fato é o unico que irá lhe atender com sincronismos em tempo real ),
mais necessitara de uma interface dedicada em cada maquina para isso,
pois o sincronismo poderá se tornar um problema.
Verifica o ZFS acho que ele tambem tem uma parada dessa, o UNIONFS
quando li sobre faz isso tambem, mais ai é o que sei.
ZFS não testei, não sei como fica em produção.
HAST não testei, não sei como fica em produção.
UNIONFS, não testei, não sei como fica em produção.
GEOM_GATE, prescisa de uma storage ou um servidor dedicado a isso, o que
poderá ser um problema visto que se o mesmo falhar não adianta ter
backup dos serviços que não terá dados para eles.
O DRDB do linux tambem tende a te atender, ( o de 64 bits a ultima vez
que testei era um lixo com um monte de bug e com corrompimento direto do
fs ).
No caso o HAST está no FreeBSD para fazer frente ao DRDB.
Da uma vista no UnionFS, ele foi projetado para esses ambientes,
infelizmente me aprofundei muito pouco nele para poder dizer se lhe
atenderá a esse requisito ou não...
Logo vou ter ambiente de teste disponivel e pretendo perder um pouquinho
de tempo nesse lance de Alta disponibilidade sobre FreeBSD.
Att.
> Pode me esclarecer?
>
> Obrigado
>
> Em 24/02/2011 01:40, Paulo Henrique escreveu:
>
>> Em 24/02/2011 01:26, fknet escreveu:
>>
>>> Boa noite, obrigado novamente pelo retorno!
>>>
>>> Não estou configurando o servidor pensando em usuário final, apenas que
>>> eu possa ficar tranquilo, dormir em paz, viajar em paz, sem ter que
>>> ficar pensando e se o servidor der alguma pane?
>>>
>>> Sim, concordo com você, servidor em produção só dá problema caso o
>>> hardware falhe, do resto é muito difícil dar qualquer problema.
>>>
>>> Mas aí que entra o X da questão... da uma tempestade, raios, o servidor
>>> queima e eu estou viajando. E agora, o que faço? Preciso de uma solução
>>> de backup eficaz para que meu sócio, com conhecimento mínimo em freebsd
>>> ou então um funcionário meu, de confiança, que não tem grandes
>>> conhecimentos, mas até consegue se virar com algo, possa colocar o
>>> servidor de backup no ar. Esta é minha idéia.
>>>
>>> Mas aí ainda vem a questão: o backup pode queimar junto com o servidor
>>> oficial, aí vem uma segunda etapa na qual estou pensando em ter um
>>> snapshot ou algo do tipo, feito semanalmente, que possa ter um backup
>>> que possa ser utilizado para subir em um hardware novo.
>>>
>>> Obrigado
>>>
>>> Em 24/02/2011 01:09, Paulo Henrique escreveu:
>>>
>>>
>>>
>> Então, aconselho NO-breaks Fontes redundantes, mais switchs redundantes,
>> mais sistemas de energias redundantes de fornecedor distinto.
>> Ok é caro mais não dará problema.
>>
>> Agora de começo, segue o que precisa para você viajar tranquilo.
>>
>> Modelo N-Tier ( um babaca de um dos sistema da empresa me falhou isso e
>> depois que compreendi, mais na pratica é besteira de vendedor ).
>>
>> 2 servidor em Front-end um ligado em um no-break distinto e em circuitos
>> de energia independetes ( tomadas de alimentação independetes e
>> separados no dijuntores do quadro de distribuição eletrica ).
>> 2 placas de rede em cada servidor ( 1 para o storage e outra para a rede
>> - storage acessivel apenas através dos servidores e nada mais ).
>> Carp mandando ver no IP virtual e o hearthbeat sincronizando processos.
>> tem uma placa de rede ( não lembro no nome do fabricante, onde tem duas
>> saidas ethernet compartilhadas, poderá usar elas e ligalas em switch
>> independentes, assim evita falha no switch de acesso.
>>
>> Mais acredite tudo isso ai pode ser trocado por um servidor corretamente
>> dimensionado com fontes de alimentação redundantes usando no-breaks
>> distintos e um array RAID 0 com dois volumes distintos sobre GMIRROR
>> gerando o volume final e esquece o restante da rede, um usuário final
>> sabe trocar um switch.
>> E coloque um no-break com filtro de rede ( gera um delay mais muito
>> baixo impersseptivel
>>
>> Um dell com controlador PERC 6/ H700 desses sai por uns 20K mais viajará
>> tranquilo.
>>
>> Não é sacanagem...
>>
>>
>>
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
--
Paulo Henrique - BSD Brasil. Desenvolvedor de Software / Administrador
de Sitemas. Genuine BSD/Unix User. "Só se atinge objetivos com
necessidade, contudo alguns objetivo não esperam a necessidade"
"Preserva a Natureza é garantir o amanhã, mais esse amanhã acaba sempre
sendo o hoje, por então preservar o que é realidade.
Mais detalhes sobre a lista de discussão freebsd