[GTER] Re: Qmail - Cluster

[Juliano Primavesi - Cyberweb Networks]

Apenas um ponto (.) ... a idéia que citei de usar a ramdisk é no MX, nao 
nos servidores de envio, observando-se o ítem 7, extremamente bem colocado.

Juliano

Rodrigo Campos escreveu:
> On Tue, 01 Feb 2005 14:34:42 -0200, Alexandre Hautequest
> <hquest at onda.com.br> wrote:
> 
>>Adriano Nagelschmidt Rodrigues wrote:
>>
>>>Juliano Primavesi - Cyberweb Networks writes:
>>>
>>>
>>>>O que voce pode fazer com qmail e funciona, que deixa o servidor mais
>>>>rapido, é colocar a queue em uma ramdisk (512 mb eh suficiente e como
>>>>servidor de emails nao usa muita ram, ainda vai sobrar),
>>>
>>>
>>>Deixar a fila em ramdisk?? Você quer dizer ram volátil? Do tipo que é
>>>perdida quando a força cai ou o computador trava?
>>
>>Se voce nao confia no equipamento, nao deve deixa-lo ser um servidor de
>>qualquer coisa.
>>
> 
> 
> My 2 (or more) cents, 
> 
> Não se trata de confiar ou não no equipamento, só não vejo sentido em
> usar o queue em um sistema de arquivos montado em área volátil, e
> explico porquê:
> 
> 1. Necessidade: Isso só faz sentido se você tem discos lentos e/ou de
> baixa qualidade, se os seus discos instalados no equipamento foram
> dimensionados corretamente para a demanda de tráfego de mensagens,
> eles devem atender ao IO exigido. Se for para discutir infra-estrutura
> e confiança no equipamento, comecemos por aí...
> 
> 2. Complexidade: Colocar o queue em uma área volátil adiciona uma
> carga de complexidade no setup do sistema, um simples shutdown/startup
> do sistema faz com que seja necessário o destaging das informações em
> memória para o disco e subsequente restauração dessas informações
> antes de se reiniciar o daemon de processamento de fila. K.I.S.S.
> 
> 3. Segurança: Dependendo da plataforma usada, uma outra aplicação "mal
> comportada" pode corromper a sua fila em caso de falha de segmentação.
> 
> 4. Confiabilidade: Não quero fazer juízo de ninguém da lista, mas
> acreditem, é muito mais fácil ter um sistema de alta disponibilidade
> no provedor "familiar" de até 20 servidores do que em um "carrier
> grade data center", falhas no fornecimento de energia não são tão
> incomuns assim independente do investimento feito na infraestrutura de
> fornecimento de energia.
> 
> 5. Comprometimento: Para algumas pessoas um e-mail é "apenas uma
> mensagem", mas para muita gente isso é uma ferramenta estratégica do
> negócio e *nenhuma* mensagem pode ser perdida, eu não posso dar a
> desculpa de que "foi mal aí mas a fonte queimou".
> 
> 6. Custo: Podem me chamar de "old fart", mas eu lembro das aulas de
> arquitetura de sistemas em que martelavam insistentemente a máxima:
> "Memória é caro, disco é barato".
> 
> 7. Disponibilidade de terceiros: Você tem um FS em RAM de 512Mb, ou
> até 1Gb, e de repente o UOL|BOL|Terra|iG|Hotmail|Yahoo caem, zilhões
> de e-mails vão ficando na fila (usuários seus mandando e-mail, bounce
> para dropboxes, etc...), e o FS em RAM lota, seus usuários começam a
> receber inconvenientes mensagens de falta de espaço em disco.
> 
> 
> 
>>--
>>Alexandre
>>--
>>GTER list    https://eng.registro.br/mailman/listinfo/gter
>>
> 
> 
>