[firebase-br] Dimensionamento Servidor
Rodrigo Gomes da Silva
rodrgomes em gmail.com
Seg Out 28 23:20:04 -03 2013
Esta ideia de que o SSD tem tempo de vida curto ja esta ficando batido, é
historia do passado, e as de hoje suportam bem mais regravações do que vc
vai usar na vida util dela... se olhar em diversos sites já comentam que é
muito mais provavel uma ssd ter problema por algum circuito do que dos
falados limites de gravação por celula... alem disto se estamos falando de
raid 10 vc tem redundancia... em um eventual disastre de uma parar de
funcionar vc não perde dado algum.
Agora as vantagens por outro lado são absurdas uma unica SSD comum hoje em
dia consegue taxas de leitura e escrita randonomicas de uns 400mb/s... HDDs
sofrem em acesso random por causa do tempo de acesso, ainda mais em banco
de dados relacional aonde os dados a serem lidos de uma linha de consulta
ficam espalhados em diversas tabelas e com isto o acesso nunca é linear, e
em gravação é feita sem cache em ram, por motivos de segurança de dados, e
com isto não esperando juntar mais dados para uma escrita sequencial.
Neste link tem uns testes que sao antigos, as HDD melhoraram, mas imagino
que as SSD de hoje aumentaram ainda mais a vel. em %.
http://www.anandtech.com/show/2739/7
Um artigo de otimização de banco de dados com DB2, mas q pode ser aplicado
a outros como firebird
http://www.ibm.com/developerworks/br/data/library/dmmag/DBMag_2010_Issue1/DBMag_Issue109_Storage/
Em 28 de outubro de 2013 23:01, Paulo Portella <
pportellaa.firebase em gmail.com> escreveu:
> 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>
>>> <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>
>>> <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<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<http://www.firebase.com.br/fb/artigo.php?id=1107>
> Para consultar mensagens antigas: http://firebase.com.br/**pesquisa<http://firebase.com.br/pesquisa>
>
Mais detalhes sobre a lista de discussão lista