[FUG-BR] Backup de servidor em produção

Quinta Fevereiro 24 01:26:22 BRT 2011

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, as referencias que posso estar passando a ti são as seguintes:
>
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-ggate.html
>
> http://www.fug.com.br/content/view/119/77/ ( Não tem sobre o Geom_gate
> mais tem muita informação sobre o Framework ).
>
> http://kerneltrap.org/node/742 ( pratico ).
>
> No caso do geom_gate exige uma storage ( ponto unico de falha mais que
> com raid_mirror minimizará muito a falha).
>
> Apenas uma consideração, se configura servidor pensando em usuário final
> coloca windows, se der problema e não tiver acesso remoto para resolver
> é só no console, e acredite, por mais que possa parecer idiotice, pane
> de servidor se resume a falha de hardware, servidor de produção não cai
> por causa de bug já relatados, e um bug não relatado não irá dar a graça
> depois de 2 meses ou mais do servidor on-line, embora há casos no qual
> ja li.
>
> Atualmente estou fazendo um teste de usar RAID 0 via controladora
> dedicada e GEOM_MIRROR entre dois ARRAY, ainda em implementação, o
> objetivo final será colocar o GELI sobre o GEOM_MIRROR, mais isso é futuro.
>
>
> Em 24/02/2011 00:36, fknet escreveu:
>> Boa noite Paulo Henrique,
>>
>> Gostei da idéia do Geom, poderia me dar mais informações de como ele
>> funciona e onde posso conseguir algum tutorial para testá-lo? Daria para
>> fazer algo como se a máquina remota fosse um HD espelhado localmente?
>>
>> Minha idéia é ter um backup eficiente e usar em conjunto com o CARP,
>> caso o servidor principal pare o backup possa assumir o lugar dele de
>> forma transparente, apenas aviando-me via email deste problema para que
>> o servidor principal seja reparado.
>>
>> Gostaria de algo bem simples e funcional para eu não ter dores de cabeça
>> e também para que uma pessoa sem conhecimentos em freebsd possa colocar
>> no ar, caso eu não esteja na empresa.
>>
>> Muito obrigado!
>>
>> Fabrício
>>
>> Em 24/02/2011 00:11, Paulo Henrique escreveu:
>>
>>> O GEOM_GATE não lhe atende ?
>>> Uso GEOM a mais de 2 anos e até hoje só felicidades,
>>>
>>> GEOM_MIRROR + GEOM_ELI
>>> GEOM_STRIPE + GEOM_ELI
>>>      e tanto o GEOM MIRROR como o GEOM STRIPE sozinhos em todos os casos
>>> perfeito,
>>> o ZFS tambem poderá te ajudar, assim como NFS e UNIONFS contudo todos
>>> demanda um storage adicionando um ponto unico de falha, não sei certo
>>> como ao ZFS e o GEOM_GATE, ve o hearthbeat tem nos ports, ele poderá te
>>> ajudar quanto a sincronização dos processos.
>>>
>>> Att.
>>>
>>> Em 23/02/2011 22:55, fknet escreveu:
>>>
>>>> Alguém já trabalho com HAST?
>>>>
>>>> Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação
>>>> de alguém que já usou este recurso em produção e, se possível, um
>>>> tutorial de como fazer.
>>>>
>>>> Obrigado
>>>>
>>>> Fabrício
>>>>
>>>> Em 23/02/2011 22:32, Danilo Egea escreveu:
>>>>
>>>>
>>>>> Usei o Unison uma vez para fazer isso, funciona bem.
>>>>>
>>>>> abraços
>>>>>
>>>>> E-mail/MSN ->      daniloegea em yahoo.com.br
>>>>>
>>>>> Skype ->      daniloegea
>>>>>
>>>>> Blog ->      http://daniloegea.wordpress.com
>>>>>
>>>>> Twitter ->      http://twitter.com/daniloegea
>>>>>
>>>>> --- Em qua, 23/2/11, fknet<ffkammer em conchalnet.com.br>      escreveu:
>>>>>
>>>>> De: fknet<ffkammer em conchalnet.com.br>
>>>>> Assunto: [FUG-BR] Backup de servidor em produção
>>>>> Para: ""Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)""<freebsd em fug.com.br>
>>>>> Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27
>>>>>
>>>>> Boa noite pessoal!
>>>>>
>>>>> Gostaria de fazer um backup de meu servidor online, tenho 2 servidores
>>>>> idênticos e gostaria de manter o segundo atualizado, não precisa ser
>>>>> online mesmo, poderia fazer a cada X minutos por exemplo.
>>>>>
>>>>> Minha idéia é usar CARP e fazer que ele entre no ar caso o principal
>>>>> pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei
>>>>> no rsync, mas este não exclui arquivos apagados do servidor principal no
>>>>> secundário, que talvez não seja algo tão ruim. Também não sei como ele
>>>>> se comportaria para copiar arquivos eventualmente em uso.
>>>>>
>>>>> Esse servidor tem os seguintes servicos nele:
>>>>> Postfix
>>>>> MySQL
>>>>> FreeRadius
>>>>> Apache
>>>>> Webmail
>>>>>
>>>>> Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que
>>>>> atenda minha necessidade.
>>>>>
>>>>> Obrigado
>>>>>
>>>>> Fabrício
>>>>> -------------------------
>>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> -------------------------
>>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>>>
>>>>>
>>>>>
>>>> -------------------------
>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>>
>>>>
>>>
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>