[firebase-br] Computador para rodar o FB

Qua Jun 18 10:38:14 -03 2008

Saudações,

Tenho um material escrito (que segue abaixo) que vai nos permitir tomar uma 
diretriz na definição do Hardware para o SGDB Firebird.
É bem provavel que esse material precisa ser revisado... Mas vale como 
referencia.

Quanto ao Hardware ideal para o Servidor, teremos a seguir algumas 
reflexões:

1- Processador
De antemão vale já estarmos pensando em uma configuração para ser usada pelo 
Firebird v2.00.
É importante ficar claro que o suporte total do Firebird para Processamento 
Simétrico (SMP) só estará efetivamente compatibilizado na versão 3.00, o que 
nos faz optarmos no momento por um servidor com um único núcleo de 
processamento e que esse seja o mais "rápido" possível (numa relação de 
custo X beneficio).
2-Armazenamento (Disco)
Outro fato importante está na velocidade e na segurança de leitura e escrita 
dos discos (HD); com isso vale optar pelo investimento em um servidor com 
HD's em RAID (Lembrando que hoje já podemos ter RAID para discos SATA2 em 
uma ótima relação custo X beneficio), onde podemos ter até 04 discos 
montados em um RAID 0+1 (o que nos permite um sistema duas vezes mais rápido 
para escrita e quanto vezes mais rápido para leitura).
3-Interface de Rede
Com a popularização do novo padrão Ethernet Gigabit, podemos encontrar no 
mercado (também numa excelente relação Custo X Beneficio) placas de rede, 
Switch e Hubs que nos permite um excelente ganho de performance ao acesso ao 
servidor. Pensemos juntos: Em uma rede 100Mbs, todas as estações acessam ao 
servidor a 100Mbs!? Isso não é bem verdade quando temos (a fim de exemplo) 
10 estações acessando simultaneamente ao mesmo servidor, pois o link com o 
servidor estará sendo dividido por 10 a fim de atender as requisições das 
estações solicitantes. Qual seria então a melhor solução? Bem, podemos 
encontrar no mercado Switch 100Mbs com uma ou mais portas Gigabit, nas quais 
estaremos conectando os servidores. Pensemos novamente juntos: 10 estações 
(em 100Mbs) acessando simultaneamente ao mesmo servidor, porem esse servidor 
esta ligado a Gigabit, o que permite atender em 100% as 10 estações 
solicitantes (é claro que tudo que estamos falando é na teoria, pois existem 
outros fatores que podem comprometer a performance de uma rede e o tempo de 
resposta de um servidor).
4-Memória Ram

Foi o tempo que a quantidade de Memória Ram era uma vilã no orçamento do 
servidor, hoje quase não há motivos para não sermos generosos quanto a 
quantidade a ser instalada. Em que ajuda ter uma maior quantidade de 
memória? Um dos principais benefícios é podermos configura o SGDB com uma 
maior quantidade de informações em cache, a fim aumentarmos a velocidade de 
resposta aos dados.

5-Sistema Operacional

Nesse caso temos popularmente duas opções. Os kernels baseados no Win32 e os 
Linux. O fato é que todos especialistas indicam que o SGDB Firebird se 
comporta muito melhor e mais confiavelmente nos ambientes Linux, e creio ser 
essa a melhor opção, dando uma preferência aos sistemas RedHat e seus 
correlatos como o CentOS e outros, o que vai nos permitir o uso de uma 
versão do Firebird baseado no NPTL.

6-Sistema Ininterrupto de Energia.

Parece-me meio obvio falar nisso, mas o fato é que muitos gostam de viver 
perigosamente ignorando o uso do No-Break. O fato é que com um conjunto 
confiável de CPU/Rede/Energia, poderemos configurar o SGDB a trabalhar no 
modo "otimista" de escrita; ou seja, permitir que o SGDB use um sistema de 
gravação em disco assíncrono, o que mais uma vez nos remete a um aumento de 
performance.

7-Backup/Restore/Verificações Diárias

Pode parecer chato insistir no obvio, mas as nossas noites de sono vão 
depender disso. Porem quanto sito o Restore refiro ao fato que quando isso é 
feito, nos teremos duas certezas: Uma é que o Backup feito é válido e a 
outra é que o banco de dados foi completamente reorganizado e reindexado; o 
que mais uma vez nos remete a um aumento de performance (e uma noite 
tranqüila de sono).

Robson Rosa Branco <>><
Diretor de Tecnologia
Base Software Ltda
http://www.basesoft.com.br
+55 21 2195-0550

----- Original Message ----- 
From: "Paulo Portella" <pportellaa.firebase em gmail.com>
To: "FireBase" <lista em firebase.com.br>
Sent: Monday, June 16, 2008 2:26 PM
Subject: Re: [firebase-br] Computador para rodar o FB

Boa Eduardo,
gostaria de acrescentar tambem:

* rede bem configurada com
* boas placas de rede (principalmente no servidor)

de nada adianta colocar um Super-Hiper-Mega-servidor, se os dados estiverem
passando numa rede feita de par-trançado.

[]s a todos

2008/6/12 Eduardo Jedliczka - TeamFB <jedyfb em gmail.com>:

> Além do tamanho do banco e quantidade de usuários concorrentes, seria
> bom saber qual é o comportamento do sistema (transações longas/pesadas
> como geração de livros fiscais ou estatísticas de vendas) ou mais
> transações curtas.
>
> Mas para bancos grandes, o segredo é dispor de muita memória RAM e
> discos espelhados (preferencialmente SAS ou FibreChannel de 15.000 rpm).
>
> Para 200 conexões com 10 gb de banco, eu colocaria no mínimo 8 Gb de
> ram, mas seria interessante dispor de 16 gb, assim poderia utilizar
> entre 4 GB e 6 GB (de 20 a 30 mb por usuário) para o banco e deixar uma
> imensa cache de disco para o SO.
>
> Se o seu banco tiver muitas transações leves, talvez um XEON dual-core
> com 4mb de cache sobre, mas se tiver processos pesados, talvez seja
> interessante adotar dois processadores XEON da família 5400 /
> (quad-core com 12 mb de cache) ou quatro processadores XEON da família
> 7000..
>
> Como disse, especificar um servidor depende muito mais de
> características de utilização do banco, do que da quantidade de
> usuários.
>
> SUCESSO,
>
> Em Qui, 2008-06-12 às 16:24 -0300, Denis escreveu:
>
> > Algo em torno de  200 conexes simultneas, e um banco de dados com uns 10
> > Gb e aumentando.
> >
> >
> > "Osmar Aparecido Bento Junior"
> > <osmar.bento em ig.com.br> escreveu na mensagem
> > news:edcafa3f0806121203g31fc7b9agfe0877239162f15d em mail.gmail.com...
> > Cara, depende muito como ser seu banco de dados e qual o tamanho do
> mesmo.
> > Se voce  desenvolvedor, no precisa de muita coisa no, a partir de um
> > Celeron j roda, agora se for um servidor, com varias estaes penduradas,
> > dai comece a pensar em algo mais parrudo.
> >
> > Em 12/06/08, Denis <denisrocha em hotmail.com>
> > escreveu:
> > >
> > > Atualmente qual seria o computador mais indicado para rodar o FB ?
> > >
> > >
> > >
> > >
> > > ______________________________________________
> > > FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> > > Para saber como gerenciar/excluir seu cadastro na lista, use:
> > > http://www.firebase.com.br/fb/artigo.php?id=1107
> > > Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> > >
> > ______________________________________________
> > FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> > Para saber como gerenciar/excluir seu cadastro na lista, use:
> > http://www.firebase.com.br/fb/artigo.php?id=1107
> > Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> >
> >
> >
> >
> > ______________________________________________
> > FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> > Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> > Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use: 
http://www.firebase.com.br/fb/artigo.php?id=1107
Para consultar mensagens antigas: http://firebase.com.br/pesquisa

__________ Informação do NOD32 IMON 3191 (20080616) __________

Esta mensagem foi verificada pelo NOD32 sistema antivírus
http://www.eset.com.br