[FUGSPBR] Opteron + FreeBSD

[Joao Rocha Braga Filho]

    Concordo e ainda acrescento algumas coisas.

Luiz Gustavo wrote:

>"Eumetheus" <eumetheus em msn.com> writes:
>
>  
>
>>No total, teremos perto de 60 usuários, acessando o mesmo banco de
>>dados, pelo menos durante 12 horas por dia. Ainda temos revendedores
>>no brasil inteiro, que somando dá em torno de 300 usuários.
>>    
>>
>
> Tenha em mente que vc tb precisa de um sistema de replicacao e failover
> robusto.
>  
>

    Talvez seja interessante ter dois servidores no ar, um fazendo 
replicação para o outro,
caso o sistema de banco de dados suporte. Isto é mais eficiente que 
backup, pois pode-se
ter uma frequência de replicação alta, o outro servidor poderia ser 
colocado no ar assim
que o prinmcipal caísse.

> Nao esqueca da infraestrurura a qual essa maquina sera ligada, se vc se
> importa com alta disponibilidade.
>
> Leia a man page tuning com afinco, boas dicas por exemplo de quais
> parametros eh recomendado a criacao de um filesystem para banco de
> dados.
>  
>

    Se o banco de dados suportar, nãp crie file system. Dê uma parte do 
disco inteira para
ele. Isto tira o overhead do file system. Melhor ainda. tenha um disco 
de sistema e um ou
mais de dados. E dê os discos de dados inteiro para ele, se possível sem 
fazer particionamento,
se o banco de dados suportar isto.

>  
>
>>Haverá updates, selects e mais selects, inserts, deletes o tempo todo.
>>    
>>
>
> Nao creio que existam DBAs por aqui com bons conhecimneto sobre MySQL
> ou Postgres, tenha um a mao(mesmo que seja de Oracle).
>
> Vc precisa de alguem para ficar constantemente fazendo manutencao do
> banco, criando indices e te passando informacoes.
>
>  
>
>>Há algumas selects que envolvem até 6 tabelas diferentes.
>>    
>>
>
>  
>
>>O total de registos é algo estimado em 300.000.
>>    
>>
>
>  
>

    Não é um banco de dados grande. Onde eu trabalhei, na Biblioteca 
Nacional, um
dos bancos tinha carca de 350 mil, e sempre crescendo. O de periódicos 
era grande
também (na ordem de 300 mil se não me engano, com mais de 100 mil obras) 
e usava
o isis num Xeon dual 550 MHz, sempre sobrando máquina.

>>Tenho uma rede de 100 Mbits operante e link dedicado com a Internet de
>>512Kbps para tal tarefa.
>>    
>>
>
>  
>

    Vai sobrar máquina.

    Eu sugiro uma plicação https, e não permitir que acessem direto ao 
banco de dados.
É mais seguro, com muitos logs, e impede qualquer transferência de bando 
de dados
inteiro, caso encontrem algum problema no banco de dados. Mas os 
programas tem que
ser bem feitos, para impedir ataques, inclusive o de pedir o banco de 
dados inteiro.

> O Postgres suporta SSL, dependendo da sua aplicacao seria interessante
> fazer uso dele. Fazendo talvez um polling de conexoes para diminuir o
> overhead.
>
>  
>
>>Minha pergunta é se a configuração que coloquei é adequada para um
>>servidor aguentar uma estrutura deste porte. Há que me sugeriram foi:
>>    
>>
>
>  
>
>>>> Placa Mãe Asus SK8N (SATA, Firewire, Som) Athlon XP Processador AMD
>>>>Opteron 240 1,4Ghz 2 x Memória 512MB DDR 400MHz  Gabinete Solid
>>>>Tunning - Preto (ATX)  Fonte ATX 400W P4 e XP  DRIVE CD ROM 52X -
>>>>CRD-8523B Black OEM  Floppy Drive de 1.44 Interno - FDD Black Placa
>>>>Controladora SCSI  Adaptec 29320 HDD SCSI WIDE 36.7GB ST3336607LW
>>>>320MB/s 10.000rpm  Mouse e Teclado Satellite - Black
>>>>        
>>>>
>
>  Acho muito desktop essa ``configuracao'', eis a minha sugestao:
>
> - Creio que a Tyan tenha placa-mae para Opteron com pedigree de
>   servidor, asus nao eh exatamente um sinomino de robustez e
>   desaconselhavel no seu caso.
> - Use RAID via hardware usando placas com suporte conhecido
>   (ICP-Vortex). Pesquise.
>  
>

    NÃO use a RAID da Intel. A minha experiência é que é uma M...., um 
lixo. Não funciona
direito, parece qeu de vez em quando dá pane no RAID, e tem que 
reconstruir. Elas parecem
que piufam, ou o driver feito pela Intel, para o FreeBSD, não funciona. 
A minha experiência
com elas foi traumática. EU recomendo que não use. Fora que é um porre 
de configurar. Com
o setup dela só se consegue fazer um RAID. Não sei se a Intel aprendeu, 
mas as controladoras
que tinham no meu antigo trabalho foram compradas em 2001, e nunca 
funcionaram bem.

    Por outro lado, eu tive uma experiência sensacional, mas curta em 
FreeBSD, com as Adaptec
2100S. Claro que sugiro que use um modelo melhor, mas se são tranquilas 
como esta, você está
feito. A controladora listava os HDs que ela reconheceu e tinah um menu 
para criar RAID. Nele
ela perguntava qual HD deveria participar do RAID. Uma vez escolhidos e 
terminado o RAID,
você podia começar outro RAID. Era MUITO fácil e rápido.

> - Entenda os tipos de RAID diferentes e pesquise qual vai se adequar
>   melhor ao seu setup.
>  
>

    Resumo rápido:

    RAID 0: entrelaçamento de discos. pane em um, perda de tudo. MUITO 
rápido, especialmente
para leitura e escrita de blocos grandes. O espaço de todos os discos é 
aproveitado.
    RAID 1: Espelhamento. Rápido em leitura. Quase tão rápido em 
escrita. Se a controladora fizer
uns golpes meio baixos, pode ser muito rápido em leitura, especialmente 
de grande quantidade de
pequenos dados. O golpe baixo seria dividir a carga de leitura entre os 
discos. Metade dos discos é
usado no espelhamento.
    RAID 5: Bom na leitura, possivelmente parecido com o RAID 0. 
Paridade espalhada. Perde um
disco. Inferno para a escrita de blocos pequenos, pois as leituras 
implicam em escritas. Desaconselho
para bancos de dados, apesar de ver "profissionais" (eu os classificaria 
mercenários de competência
duvidosa) usarem para este fim. Nos testes que fizemos no meu antigo 
trabalho se mostrou ruim em
bancos de dados. Eu aconselho para armazenamento de dados, tipo web 
server, ftp server.
    RAID 10, ou 1+0: Tenta juntas as vantagens do 0 e do 1. São dois 
conjuntos de discos entrelaçados,
sendo que um é o espelho do outro.

> - Gabinete rackmountable com fonte de qualidade.
>  
>

    Se possível, redundante, com mais de um cabo de alimentação, que 
podem estar ligados em no-breaks
diferentes, caso queira um nível alto de redundância.

> - Memoria ECC e de marca confiavel.
> - Um sistema de refrigeracao robusto, lembre-se que ar condicionado tb
>   falha.
> - Tenha hardware sobresalente a mao, eh realmente muito chato ficar
>   esperando fornecedor ou acabar comprando produtos sub-standard.
>  
>
    Podem ser duas máquinas iguais e mais alguns HDs extras. De vez em 
quando pode "rotacionar"
um HD, especialmente se for hot swap. De noite, quando a máquina será 
subutilizada, retire um HD,
e coloque um outro. Depois teste o retirado em outro micro, testando a 
superfície. As controladoras da
Adaptec tem este recurso em BIOS. Se for encontrado erro na superfície 
do HD, reformate-o e teste
de novo.

> - Nao se esqueca do backup.
>  
>
    Um mirror e um backup é melhor ainda. Mas não confie muito em fitas. 
Eu já cansei de ter problemas
com fitas.

> - Monte um ambiente de teste, crie uma base imaginaria com milhares de
>   registros e de bastante porrada. Tenha em mente que Murphy era um
>   otimista.
>  
>

    Um antigo amigo meu falava que Murphy não era lei. Era uma alma 
penada que vagava procurando
o que fazer dar errado. E eu digo que é a lei máxima que rege o universo.

> 
> Dependendo dos resultados:
>
> - Tenha um HD somente para os indices.
> - Compre o maximo de RAM possivel(cache cache) e configure o BD para
>   fazer uso dela.
>  
>

    Máximo de memória, mas evite lotar todos os slots de memória, senão 
pode ter problemas no futuro.

>  
>
>>Quero usar o FreeBSD nesta máquina. Alguma recomendações de vcs?
>>    
>>
>
> Eh uma escolha interessante, mas eu prefiro o postgres ao mysql.
>
> Acho que vc ja tem algo para comecar pelo menos e repare o qto ainda
> falta para ser discutido. :)
>
>  
>


       João Rocha.



_______________________________________________________________
Sair da Lista: http://lists.fugspbr.org/listinfo.cgi
Historico: http://www4.fugspbr.org/lista/html/FUG-BR/