[firebase-br] Dimensionamento Servidor

Paulo Portella pportellaa.firebase em gmail.com
Seg Out 28 23:01:09 -03 2013


  Não aconselho em hipótese alguma o uso de HDs SSD para 
armazenar/gerenciar Bancos.
HDs SSD tem um "curto tempo" de vida se comparado aos tradicionais.
confio no que o Cantu disse -> 15.000 RPM com RAID 10 tá super-bom-d+ da 
conta

"Vivam de maneira que as pessoas que os conheçam, ainda que não conheçam a CRISTO, queiram CONHECÊ-LO por conhecerem vocês"
H. David Burton

Em 28/10/2013 22:31, Rodrigo Gomes da Silva escreveu:
> Memoria quanto mais melhor, isto é verdade só ate certo ponto, mas com uma
> boa quantidade o cache do sistema operacional vai fazer todo banco ficar em
> ram reduzindo em muito o uso de IO de disco. Outra coisa boa de se ter uma
> quantidade de ram com sobra é de fazer um ram disk e colocar o tmp do
> firebird la. Costumo fazer isto com o linux, mas deve ter algum utilitario
> para fazer equivalente no windows.
>
> HD, principalmente se tiver um IO alto de escrita, a melhor coisa que tem é
> pegar SSDs. São caras, mas vc não precisa pegar para o SO inteiro, e nem é
> recomendavel. Basta ter o suficiente para que o banco nao ocupe 50% delas.
> Ex. Se seus bancos somados não passar de 40gb, vc não precisa ter mais que
> 80gb de SSD, backups e tudo mais se grava em HDD mesmo. Elas funcionam bem
> com raid tb.
> O superserver é ruim de utilizar em qq tipo de configuração pq não
> aproveita mais que um core, entao de servidor sobraria o Super-Classic ou o
> Classic.
>
> De resto, sobre processamento do servidor, por mais que se tenha 150
> acessos simultaneos, nem todo mundo esta executando sqls de modo a
> sobrecarregar o processamento. Por experiencia propria, o uso de CPU sempre
> fica subaproveitado, pq se tem muitas pessoas utilizando consultas
> complexas simultaneamentes se pesa mais em IO de disco do que em cpu em si.
> Como o firebird roda uma sql individual em somente um core é mais
> importante se ter um processador de core rapido com menos cores, do que um
> com mais cores e menos processamento de cada um.
>
>
>
> Em 28 de outubro de 2013 16:05, Reinaldo <diasmartins em gmail.com> escreveu:
>
>> Boa Tarde.
>>
>> Sei que as regras para dimensionamento de um Servidor é algo muito
>> empírico e depende muito de vários fatores inclusive de experiências
>> passadas.
>>
>> Estou com a tarefa de dimensionar um ambiente para um Cliente que terá
>> cerca de 150 acessos simutâneos, e um alto índice de I-O nos bancos de
>> dados, esse cliente possuirá também 2 bancos de dados em uso
>> simutâneamente, e também algumas consultas externas em paralelo.
>>
>> Irei colocar no cliente o Firebird 2.5 e pedir um um servidor de aplicação
>> (Windows) e  outro Servidor de Banco de Dados Linux, ambos ligados com
>> placa e cabo Giga.
>>
>> Como base nessas informações, alguém poderia me informar o que poderia
>> sugerir como Servidor HD, Mémória, Segurança das Informações (RAID, Shadow,
>> Backup ou NBackup, Etc).
>> (A Empresa comprará uma solução servidora dedicada (HP, DELL, Itautec,
>> etc).
>>
>> Outra questão é a configuração do Tipo de Servidor que irei usar
>> (Superserver, Classic ou Super-Classic), hoje todos meus clientes utilizam
>> no modo superserver.
>>
>> Atenciosamente.
>>
>> Reinaldo
>>
>>
>>
>> ______________________________**________________
>> 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<http://www.firebase.com.br/fb/artigo.php?id=1107>
>> Para consultar mensagens antigas: http://firebase.com.br/**pesquisa<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





Mais detalhes sobre a lista de discussão lista