Hospedagem de Sites e Registro de Dominio Re: Qmail - Cluster

HOSPEDAGEM 
Música Gospel 
HOSPEDAGEM DE SITE 
hospedar site 
hospedar sites 
Gospel 
Construtor de Sites 
HOSPEDAGEM DE PÁGINAS 
HOSPEDAGEM DE PÁGINA 
HOSPEDAGEM SITE 
HOSPEDAGEM SITES 
HOSPEDAGEM DE SITES 
REGISTRO DE DOMÍNIO 
HOSPEDAGEM DE SITE PHP 
Hospedagem de site por R$ 4,90 
Serviços de Internet 
Juliano Primavesi - Cyberweb Networks juliano at cyberweb.com.br
Tue Feb 1 17:35:58 BRST 2005


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    hospedar sites
>>
> 
> 
> 



Estudos Bíblicos Hospedagem de Site Hospedagem de Site