[MASOCH-L] SAS ou SSD

Tue May 3 19:18:10 -03 2016

É possível otimizar isso utilizando somente os recursos do SGBD, sem
precisar utilizar outras ferramentas para tal. Se você acha que isso
resolve o teu problema, faça com que o SGBD gerencie isso por você e
cuide dos backups manualmente, etc.

Em 3 de maio de 2016 19:08, Eduardo Júnior <ihtraum18 at gmail.com> escreveu:
> Douglas,
>
>
> "- e a tablespace dos anexos na partição dos SAS(deu quase 700GB)."
>
>
> um SATA não seria suficiente, além de reduzir os custos e aumentar a
> capacidade de armazenamento?
>
> A performance cairia, mas a frequência de acesso a esses anexos não
> justificaria?
>
>
>
> 2016-04-29 13:55 GMT-03:00 Douglas Fischer <fischerdouglas at gmail.com>:
>
>> Exatamente Fernando!
>>
>> O que o cabra fez no caso em que participei foi colocar as tabelas de
>> cadastros e movimentos numa tablespace, e as tabelas com blob e mime deixou
>> em outra tablespace(sim, muitos anexos são colocados na ferramenta).
>>
>> Desse jeito, conseguimos colocar:
>> - a tablespace de movimentos na partição de SSD(não usou nem 17GB)
>> - e a tablespace dos anexos na partição dos SAS(deu quase 700GB).
>>
>>
>>
>> Em 29 de abril de 2016 11:43, Fernando Frediani <fhfrediani at gmail.com>
>> escreveu:
>>
>> > Geralmente pra servidor de banco de dados SQL eu vejo da seguinte
>> maneira.
>> >
>> > Dados SQL (só SQL sem blob ou arquivos binarios separados) consomem pouco
>> > espaço então dá pra colocar em um RAID 1 de SSD até mesmo pequenos como
>> > 128GB e ficar despreocupado com a performance por um bom tempo.
>> >
>> > Se não dá pra colocar em SSD por essa razão por exemplo então HDs SAS 10k
>> > rpm são um bom começo.
>> > Verificar IOs é sempre necessário mas tem dois tipos de IO, aqueles
>> burst e
>> > os continuos ou médios
>> > Para aqueles burst esporádicos geralmente o cache do controlador RAID com
>> > battery backup dá conta de acomodar e não é necessário colocar discos com
>> > performance tão alta pra isso.
>> > Ja para os IOs continuos sim.
>> >
>> > Alem disso tem a parte de leitura aonde dependendo da configuração do
>> Banco
>> > de Dados muita coisa consegue residir em memória o que evita IOs
>> adicionais
>> > em disco.
>> >
>> > Fernando Frediani
>> > On 29 Apr 2016 09:23, "Felipe Rossi" <feliprossi at gmail.com> wrote:
>> >
>> > > Bom dia,
>> > >
>> > > Antes de qualquer definição de tipo de disco, você precisa saber qual
>> tua
>> > > demanda
>> > > de IOPS, por exemplo, se voce precisar de 1000 IOPS, com discos de 10k
>> > será
>> > > necessário
>> > > que montar um RAID com 8 Discos.
>> > >
>> > > Discos de 10K tem 150IOPS, dai tem que considerar o tipo de RAID, pois
>> > > influencia no consumo/uso
>> > > de IOPS do disco, devido a paridade de escrita necessária para cada
>> tipo
>> > de
>> > > RAID.
>> > >
>> > > Apenas 1 disco SSD tipo eMLC pode te entregar 5k de IOPS, se for pensar
>> > em
>> > > preço os 8 discos
>> > > SAS vão sair mais caro que 1 SSD.
>> > >
>> > > Após isso voce precisa analisar a volumetria necessária e dimensionar o
>> > > tamanho do disco a ser
>> > > utilizado.
>> > >
>> > > Sobre à qualidade e durabilidade de discos SSD, tudo vai depender de
>> > quanto
>> > > quer gastar,
>> > > existem no mercado Discos SSD do tipo  SLC, MLC, eMLC e TLC, cada um
>> para
>> > > um tipo de bolso, aplicação e durabilidade.
>> > >
>> > >
>> > > Att
>> > >
>> > >
>> > > Em 29 de abril de 2016 07:34, Eduardo Rigler <erigler at gmail.com>
>> > escreveu:
>> > >
>> > > > +1
>> > > >
>> > > > RAID10 certamente ficara melhor.
>> > > >
>> > > > RAID5 tem uma escrita muito ruim, ainda mais para um db.
>> > > >
>> > > > []'s
>> > > > Em 28 de abr de 2016 11:54 PM, "Fernando Frediani" <
>> > fhfrediani at gmail.com
>> > > >
>> > > > escreveu:
>> > > >
>> > > > > Tem certeza mesmo que você quer rodar um banco de dados em RAID 5 ?
>> > > Você
>> > > > > precisa mesmo desse espaço extra que 1 disco pode trazer ?  RAID 10
>> > > seria
>> > > > > uma escolha bem mais salutar.
>> > > > >
>> > > > > Sobre a pergunta original vai tranquilo com discos 10k SAS. São um
>> > > ótimo
>> > > > > custo benefício e duram bastante inclusive sob demanda.
>> > > > > Uma coisa importante no seu cenário, afinal você citou uso para
>> banco
>> > > de
>> > > > > dados e virtualização é verificar o tamanho do cache do seu
>> > controlador
>> > > > > RAID tanto para leitura quanto para escrita e no caso da escrita o
>> > uso
>> > > de
>> > > > > battery backup. Isso pode trazer uma performance significativa em
>> > cima
>> > > do
>> > > > > RAID.
>> > > > >
>> > > > > Fernando
>> > > > >
>> > > > > 2016-04-28 17:21 GMT-03:00 Bruno Viviani <bruno at semprenet.com.br>:
>> > > > >
>> > > > > > Estava pensando em montar um raid5 com 4 hds pra rodar um bd...
>> > > > > > e rodar uma virtualizacao em outra maquina com as mesmas
>> > > > > caracteristicas...
>> > > > > >
>> > > > > > att,
>> > > > > > Bruno Viviani
>> > > > > > Gerente Técnico
>> > > > > > Net Rubi Internet
>> > > > > > (17) 3426-6600
>> > > > > > www.net-rubi.com.br
>> > > > > > www.netrubifibra.com.br
>> > > > > >
>> > > > > >
>> > > > > > Em 28 de abril de 2016 17:09, Lucas Willian Bocchi <
>> > > > > lucas.bocchi at gmail.com
>> > > > > > >
>> > > > > > escreveu:
>> > > > > >
>> > > > > > > Vai usar para...?
>> > > > > > >
>> > > > > > > Em 28 de abril de 2016 16:51, Bruno Viviani <
>> > > bruno at semprenet.com.br>
>> > > > > > > escreveu:
>> > > > > > > > Boa tarde pessoal,
>> > > > > > > >
>> > > > > > > > Comparando a eficiência dos SSDs com SAS, com certeza os SAS
>> > 10k
>> > > > > ficam
>> > > > > > > pra
>> > > > > > > > trás. Porém e quanto à qualidade e durabilidade, alguém
>> possui
>> > > > > > > experiência?
>> > > > > > > >
>> > > > > > > > att,
>> > > > > > > > Bruno Viviani
>> > > > > > > > __
>> > > > > > > > masoch-l list
>> > > > > > > > https://eng.registro.br/mailman/listinfo/masoch-l
>> > > > > > > __
>> > > > > > > masoch-l list
>> > > > > > > https://eng.registro.br/mailman/listinfo/masoch-l
>> > > > > > >
>> > > > > > __
>> > > > > > masoch-l list
>> > > > > > https://eng.registro.br/mailman/listinfo/masoch-l
>> > > > > >
>> > > > > __
>> > > > > masoch-l list
>> > > > > https://eng.registro.br/mailman/listinfo/masoch-l
>> > > > >
>> > > > __
>> > > > masoch-l list
>> > > > https://eng.registro.br/mailman/listinfo/masoch-l
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > *Felipe Rossi*
>> > >
>> > > *CEO**EMC - SOPHOS - CISCO - Dell Partner Direct - Double Take -
>> > > VMWare - **SilverPeak
>> > > - Microsoft Partner*
>> > > *Data Center RSANTOS, Soluções em Armazenamento, Segurança,
>> > Virtualização e
>> > > Full Outsourcing.*
>> > >
>> > > *Av. Brasil 5964 Sl 134, CEP 85.812-001 Ed. Discolandia - Cascavel -
>> > PR(45)
>> > > 3326-4568 / 9116-0094  **www.rsantos.eti.br <
>> http://www.rsantos.eti.br/
>> > >*
>> > >
>> > >
>> > > [image: image001.jpg]
>> > >
>> > >
>> > >
>> > > "Esta mensagem e uma correspondencia reservada e sua divulgacao,
>> > > distribuicao, reproducao ou qualquer forma de utilizacao depende de
>> > > autorizacao,
>> > > sujeitando-se o responsavel a medidas judiciais. O remetente utiliza o
>> > > correio eletronico no exercicio do seu trabalho ou em razao dele,
>> > eximindo
>> > > esta instituicao de qualquer responsabilidade por utilizacao indevida.
>> Se
>> > > voce a recebeu por engano, favor elimina-la."
>> > > __
>> > > masoch-l list
>> > > https://eng.registro.br/mailman/listinfo/masoch-l
>> > >
>> > __
>> > masoch-l list
>> > https://eng.registro.br/mailman/listinfo/masoch-l
>> >
>>
>>
>>
>> --
>> Douglas Fernando Fischer
>> Engº de Controle e Automação
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>
>
>
> --
> Eduardo Júnior
> GNU/Linux user #423272
> http://eduardojunior.eti.br
>
> :wq
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l