[FUGSPBR] Opteron + FreeBSD
Joao Rocha Braga Filho
goffredo em webkey.com.br
Seg Dez 15 02:56:18 BRST 2003
Eumetheus wrote:
>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!
>
>
>
De nada. Pode contar com a lista.
Ia me esquecendo. Duas placas de rede podem ser úteis se for ter 2
servidores.
Use uma para falar com a rede, e a outra entre os servidores. Mas isto
não é algo
muito importante.
João Rocha.
>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/
>
>
>
>
_______________________________________________________________
Sair da Lista: http://lists.fugspbr.org/listinfo.cgi
Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Mais detalhes sobre a lista de discussão freebsd