-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Marcio Merlone <[EMAIL PROTECTED]> writes: > E claro, o Godoy seria um dos primeiros a se manifestar... :^) Tudo bem... Na pr�xima fico quietinho. ;-)) > JG > Independente do servidor, tenha uma coisa em mente: e-mail � 'I/O > JG > bound', ou seja, amarrado � capacidade de I/O de teu sistema. > JG > Seja este I/O capacidade de leitura e grava��o em disco ou seja > este JG > capacidade de escoamento de tr�fego por teu link. > > hhmm... acho que isto tem, 6 hds scsi3 de 36GB em RAID5 por hardware. > Link em uns 30MB. Acho que s�o 30Mbps... ou s�o realmente 240Mbps? :o) (Estamos quites ;-)) OK. Isso parece ser bom, se o seu site n�o for extremamente voltado para e-mail, com dezenas de milhares de conex�es simult�neas trafegando e-mails de 50MB cada. :-))) > Realmente.. muito bem colocado, n�o pensei neste aspecto. Me preocupa um > pouco a administra��o de todas as m�quinas, bloqueio de IPs na hora por > spam, etc. Seria bom uma configura��o centralizada disto. Enfiar uma > m�quina no meio s� pra isto valeria a pena? Dependendo do volume de mensagens valeria. > Sem d�vida, maildir. �timo. Isso j� vai limitando o MTA a ser utilizado. > O MySQL � para poder centralizar as informa��es de pop para liberar > relay, base de usu�rios, virtusertable, aliases, etc. Qualquer outro > mapa fica dif�cil de acesso remoto. Sem contar que tamb�m facilita o > provisionamento e a escrita de aplicativos para manuten��o das infos. Veja que o banco de dados SQL � otimizado para leitura e grava��o. Um servidor LDAP � otimizado para leitura. Um benchmark seria interessante dependendo do volume de transa��es. Eu tenho quase certeza que o tempo de resposta do LDAP � menor. A quantidade de ferramentas que pode ser utilizada com o LDAP tamb�m � grande. Sem contar que al�m das tabelas acima citadas, voc� pode ter outras informa��es a respeito de teus clientes. > hhmmm... � caro. A id�ia foi aproveitar uma grande m�quina que estava > 'sobrando' para fazer um 'servidor de arquivos', no caso os maildirs. > Ainda n�o est�, mas retirando o MTA dela e jogando nas maquininhas, ele > vai ficar como um servidor de arquivos somente. Uma m�quina dedicada usando ext3 seria �timo. Mas, pense num storage para o futuro. O n�mero de contas que voc� citou justifica. > Onde acho algo sobre LVS? Dif�cil configurar e manter? Sou da filosofia > de que o simples � bom, mesmo que seja complicado chegar l�. :^) Locais de sempre: guias da Conectiva (acho que tem) e tldp.org. > Hein? Seria um bind como caching-only nameserver? Ou um nscd? Qual o > melhor e mais leve para cache? O nscd � mais leve que o bind, sem d�vidas. Mas, em minha experi�ncia particular, ele apresentava mais problemas do que benef�cios. Eu rodaria o bind por causa disso. H� tamb�m o djbdns e o tinydns. > Valeu, Godoy! Precisando... ;-) - -- Godoy. <[EMAIL PROTECTED]> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8xLDuEzC+baSjBiURAp3eAJ9N1zwzUChGFv2/RLCiv6fo+KkX9ACfVXW4 YFMQVuTT2y9ieLUxYDIN2LQ= =tcq2 -----END PGP SIGNATURE----- Assinantes em 22/04/2002: 2249 Mensagens recebidas desde 07/01/1999: 163761 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:[EMAIL PROTECTED]
