[FUG-BR] Backup de servidor em produção
Paulo Henrique
paulo.rddck em bsd.com.br
Quinta Fevereiro 24 01:43:24 BRT 2011
Aproposito quais são os protocolos que está usando, pois diversos deles
tem suporte para trabalhar sobre o modelo master/slave ( DNS, DOMAIN e
OSPF )
Att
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, 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
>>>
>>>
>>
> -------------------------
> 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