[FUGSPBR] Opteron + FreeBSD

Seg Dez 15 02:34:48 BRST 2003

João...

Muito elucidativo!!!

Bem, de qualquer forma, eu queria implantar esse server no começo de
janeiro... mas já vi que não vai dar, depois dos vários e-mails que
recebi...

Creio que meu problema é bem mais difícil de resolver... e como o
investimento é alto, acho melhor analisar, com a ajuda das respostas, o que
tenho que fazer exatamente!

Mas mesmo assim, obrigado!

Alexandre
Cirurgião-Dentista

----- Original Message -----
From: "Joao Rocha Braga Filho" <goffredo em webkey.com.br>
To: <fugspbr em fugspbr.org>
Sent: Monday, December 15, 2003 2:00 AM
Subject: Re: [FUGSPBR] Opteron + FreeBSD

>
>     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/
>
_______________________________________________________________
Sair da Lista: http://lists.fugspbr.org/listinfo.cgi
Historico: http://www4.fugspbr.org/lista/html/FUG-BR/